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ABSTRACT 


While the Internet and related advances in communications technology provide 
significant opportunity for the federal government to vastly improve the delivery of 
information and services, success ultimately depends on government managers 
effectively redesigning industrial age processes for the information age. This thesis is 
intended as a guide for government managers interested in redesigning processes for the 
information age. Using a case study of a Department of Defense process for transferring 
conventional ammunition among the military services (cross-leveling), we demonstrate 
improved intra-governmental efficiency and effectiveness by employing best practices in 
business process redesign. After providing an overview of the existing cross-leveling 
process, each stage of Business Process Redesign is discussed and applied to the cross¬ 
leveling case. Activity Based Costing and Knowledge Value Added are used in 
evaluating the existing process and for providing a measure of process improvement. 
Using a three-tier architecture, a prototype application was constructed to help visualize 
the redesigned process and demonstrate the underlying technology. The concepts and 
processes used in the cross-leveling case study can be easily applied to other government 
processes. 
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I. INTRODUCTION 


A. BACKGROUND 

Nobel laureate, Robert Solow, professor emeritus of economies at the 
Massachusetts Institute of Technology (MIT) said more than a decade ago “We see the 
computer age everywhere but in the productivity statistics” (Kolbasuk McGee, 2000). 
Many economists, including Federal Reserve Chief Alan Greenspan, have long agreed. 
In fact, the phrase productivity paradox was widely associated with information 
technology investments, as many yielded little or nothing to companies’ results, despite 
the infusion of significant capital. 

1, Overcoming the Productivity Paradox 

More recently however, MIT, the Federal Reserve, Robert Reich (former 
secretary of labor) and other respected institutions and economists have concluded that 
information technology investments are beginning to produce significant productivity 
gains. It seems we are in the midst of a technological revolution. We have moved from 
an industrial economy to a service economy and fast-forwarded to an information 
economy. Over the coming years, information technology will become more central to 
our personal, business and national interests. While we do not always know how the 
technology will evolve, or exactly what changes it will bring, information technology is 
just beginning to reveal its full potential. 

2. Power of Electronic Commerce 

Companies became interested in electronic commerce for the simple reason that it 
offered the potential to increase sales and decrease costs, thereby increasing profits. 
Businesses found that incorporating electronic commerce into their sales and order-taking 
processes could reduce the costs of sales and product inquiries. In 1998, the first year in 
which Cisco Systems online sales initiative was fully operational, Cisco made 72 percent 
of its sales over the Internet. Cisco estimated it avoided handling half a million phone 
calls per month and saved more than half a million dollars in its first year. Currently 
Cisco sells almost all of its computer and networking equipment through its electronic 
commerce web site (Schneider, 2002). To increase sales, companies found they could 
use electronic commerce to expand the storefront beyond traditional geographic 
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boundaries. Ed Yardeni, chief economist and global investment strategist at Deutsche 
Bank Securities in New York explains “One of the few constraints on business has been 
time and space. The Internet reduces this. It’s virtual and real time” (Kolbasuk McGee, 
2000 ). 

Another benefit of electronic commerce is that companies were able to easily 
gather data on such things as customers buying habits and supplier performance. 
Companies learned that this data offered significant competitive advantage. By mining 
this data, Amazon.com and others learned they could create customized buying 
experiences and promotional offers aligned with individual customers buying patterns. 
Companies like Amazon.com, Ebay, Autobytel and Dell Computer emerged with Internet 
only business models that capitalized on the strengths of electronic commerce. Others 
including book retailer Barnes and Noble, and catalog retailer EE Bean supplemented 
their traditional storefronts and catalog operations with electronic commerce sites. 
Manufacturing companies like Boeing and Eord used electronic commerce to more 
efficiently manage their supply chains, thereby reducing transaction and inventory costs 
and responding more quickly to changing business conditions (Eingar, 2001). 

3. Defining the Problem - Recognizing an Opportunity 

Electronic government is really electronic commerce applied to government. It 
includes the concepts, processes, and technologies necessary for transforming the 
delivery of government services over the Internet. Electronic government encompasses 
many disciplines and successful implementation hinges on the cooperation and 
collaboration across these disciplines, making it a rather difficult strategic initiative. 
Notwithstanding the difficulties, electronic government offers significant potential for 
expanding government services and improving government efficiency. 

B, PURPOSE OF THIS STUDY 

This thesis examines the federal government’s efforts for transforming the 
delivery of services through the Internet, known as electronic government, with an 
emphasis on improving intra-governmental efficiency and effectiveness. We argue the 
current strategy for electronic government is centered at the top echelons of government, 
while actual implementation is left for managers to figure out. Eor maximum 
effectiveness, the current strategy should be supplemented with a more bottoms-up 
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approach that involves the full collaboration and partnership of government program 
managers and information technology professionals. Using a ease study of the 
Department of Defense process for transferring conventional ammunition among the 
military services, we show how intra-governmental efficiency and effectiveness ean be 
improved by adopting sueh an approach. In short, we hope to gain additional insight into 
how electronic government can best be made operational. 
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II. ELECTRONIC GOVERNMENT 


A. NEED FOR ELECTRONIC GOVERNMENT 

No other entity in the world eompares in size, scope, and complexity to the U.S. 
Government. Its budgeted outlays were $1.9 trillion in 2001. A civilian Federal 
workforce of 2.7 million individuals plus 1.4 million Department of Defense active duty 
military personnel serves a diverse nation of more than 278 million Americans. To fulfill 
its constitutional mandates, the U.S. Government undertakes a wide variety of programs 
in order to (U.S. Office of Management and Budget: Financial Report of the United 
States Government 2002): 

• Maintain strong, ready, and modem military forces. 

• Provide homeland security. 

• Provide critical international leadership. 

• Contribute to energy security. 

• Protect the environment. 

• Boost agricultural productivity. 

• Facilitate commerce and support housing. 

• Support the transportation system. 

• Help economically distressed urban and mral communities. 

• Assist States and localities in providing essential education and training. 

• Promote health care. 

• Foster income security. 

• Provide benefits and services to veterans. 

• Administer justice. 

Federal information technology (IT) spending in the United States will exceed 
$48 billion in 2002 and $52 billion in 2003. A significant portion of current federal IT 
spending is devoted to Internet initiatives, yielding over 35 million web pages online at 
over 22,000 web sites. While the federal government is the world's biggest spender on 
information technology, it has not achieved commensurate improvements in productivity, 
quality and customer service (U.S. Office of Management and Budget, Implementing the 
President’s Management Agenda: E-Government Strategy, 2002). David Walker, 
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Comptroller General of the General Accounting Office estimates e-government 
investments (a subset of the government’s IT budget) will reach $6.2 billion by 2005 and 
added that agencies are moving forward with e-government projects, but the projects are 
still relatively immature (O’Hara, 2001). 

While the Internet and related advances in communications technology provide 
significant opportunity for government to greatly improve the delivery of information and 
services, these same technologies create challenges for government in redesigning 
industrial age processes for the information age. While some government agencies have 
successfully implemented new strategies and business processes, others languish with 
barely developed or incompatible information technology infrastructure and outdated 
processes (Chandok, et ah, 2000). For example, after years of experience working with 
agencies, Peter Smith, president of a nonprofit organization that provides management 
advice to agencies concluded, “There has been alarmingly little progress in improving the 
process at the agency level” (Robb, 2002). As a whole, the federal government appears 
well behind the private sector in improving service delivery through the application of 
modem information technology. “Governments have barely scratched the surface as they 
consider their E-Futures, while the private sector zips by at E-Speed,” concluded another 
report (Rohleder, 2000). 

B, EVOLUTION OF REFORM 

The federal government has been using computer networks, including the 
Internet, since the I980’s in an attempt to create more efficient and effective business 
processes. A progression of laws, policies and pronouncements has focused on 
improving government performance. Eegislation, including the Government 
Performance and Results Act of 1993 (Public Eaw 103-62), and the Paperwork Reduction 
Act of 1995 (Public Eaw 104-13), helped establish information technology as a key 
enabler for government reform efforts. With the passage of the Information Technology 
Management Reform Act of 1996 (Division E of Public Eaw 104-106), it was 
government’s acquisition and utilization of technology that became the subject of reform. 
In Eebmary, 1997, the Clinton Administration released a report entitled Access America: 
Reengineering Through Information Technology. This report described how the 
government would deliver business processes with more speed, less paperwork, and at a 
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lower cost. Finally, the E-Government Act of 2002 [Public Law 107-37] aims to enhance 
the management and promotion of electronic government services and processes by 
establishing a Federal Chief Information Officer within the Office of Management and 
Budget, and by establishing a broad framework of measures that require using Internet- 
based information technology to enhance citizen access to government information and 
services, and for other purposes. 

C. MANAGEMENT AGENDA 

President Bush’s Management Agenda, released in August 2001, is in many ways 
a continuing strategy for reforming government and improving program performance. 
The strategy is comprised of fourteen initiatives where it is believed the Federal 
Government can make the biggest gains. Of the fourteen initiatives, five are classified as 
government-wide initiatives, meaning they apply to every department and agency. The 
five government-wide targeted areas are (U.S. Office of Management and Budget: 
Financial Report of the United States Government 2002): 

• Strategic Management of Human Capital 

• Competitive Sourcing 

• Improved Financial Performance 

• Expanded Electronic Government 

• Budget and Performance Integration 

Together, the above initiatives are designed to address the most important 
government deficiencies, that is, where the opportunity to improve performance is the 
greatest. With the context firmly in place, this thesis will direct its attention toward the 
fourth targeted area: Electronic Government. 

1. Implementation Roadmap 

On February 27, 2002, the Office of Management and Budget (0MB) released a 
report detailing the President’s E-Government Strategy in more detail. In developing the 
E-Government Strategy, 0MB created a task force to study the issues surrounding E- 
Govemment and to develop a roadmap for implementation. Specifically, the task force 
objectives were to (U.S. Office of Management and Budget, Implementing the 
President’s Management Agenda: E-Government Strategy, 2002): 
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• Identify key barriers to the federal government beeoming a citizen- 
eentered E-Government, and implement aetions needed to overcome these 
barriers; 

• Recommend highest payoff cross-agency initiatives that can be rapidly 
developed; 

• Develop a technology framework that provides for the integration of 
government services and information. 

2, Barriers 

The 0MB Task Force cited the following “four major reasons that the federal 
government has been unable to increase productivity” (U.S. Office of Management and 
Budget, Implementing the President’s Management Agenda: E-Government Strategy, 
2002 ). 

• Program Performance Value: Agencies typically evaluate IT systems 
according to how well they serve the agency's processes and needs—not 
how well they respond to citizens' needs. Systems are often evaluated by 
the percentage of time they are working, rather than the internal and 
external performance benefit they deliver to the programs they support. 

• Technology Leverage: In the 1990’s, government agencies used IT to 
automate existing processes, rather than to create more efficient and 
effective solutions that are now possible because of commercial E- 
business lessons learned. 

• Islands of Automation: Agencies generally buy systems that address 
internal needs, and rarely are the systems able to inter-operate or 
communicate with those in other agencies. Consequently, citizens have to 
search across multiple agencies to get service, businesses have to file the 
same information multiple times, and agencies cannot easily share 
information. 

• Resistance to Change: Budget processes and agency cultures perpetuate 
obsolete bureaucratic divisions. Budgeting processes have not provided a 
mechanism for investing in cross-agency IT. Moreover, agency cultures 
and fear of reorganization create resistance to integrating work and sharing 
use of systems across several agencies. 

Careful examination of the above reasons reveals an important observation; the 
government’s shortcomings have little to do with information technology itself Rather, 
the shortcomings appear embedded in process, human, and organizational issues that are 
largely technology independent. In fact, Gartner Group research suggests that 75 percent 
of IT/Internet based Electronic Commerce projects fail for lack of good strategy and 
business planning (Cole, 2000). Those who witnessed the dramatic decline of technology 
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companies beginning in March 2000 are likely not surprised by these findings. After all, 
Pets.eom, E-Toys, and so many other Internet headliners were using state-of-the-art 
teehnology when they ran out of money. 

a. Deep-Seated Nature of the Barriers 

The literature surrounding eleetronic government reveals an entrenched 
interconneeted and deep-seated nature of e-government barriers. For example, the 
University of Maryland study cites established, entrenched, and fundamental 
governmental processes as serious obstacles, while the report of the 0MB Task Foree 
highlighted the government’s resistance to change. Overeoming the bureaueratic power 
struggles, resistanee to ehange by agencies and eitizens, funding problems and 
technological challenges will be difficult and fully implementing the President’s vision 
will likely take years, and the efforts of millions. More than six years after Access 
America was written, mueh work remains (Robb, 2002, O’Hara, 2001). Furthermore, it 
is a mistake to believe that teehnology is the answer to many of the government’s woes. 
Others go further by arguing that there is a real danger in looking at Information 
Teehnology as a “silver bullet” in the quest for increased productivity (Housel, 2003). 

b. Different Occupational Communities (Cultures) 

Edgar Schein, Sloan Fellows Professor of Management Emeritus at the 
Massachusetts Institute of Technology, Sloan School of Management, and a well- 
respected organizational psychologist, offers vital insight into how organizations work. 
According to Schein, “In most organizations, there are three different major occupational 
cultures that do not really understand eaeh other very well and often work at cross¬ 
purposes”. Schein, categorizes these three occupational communities as 1) executives 2) 
engineers and 3) operators. Sehein makes a eompelling ease that the divergent views of 
the world intrinsic to these different eommunities explain, “why organizational 
innovations either don’t oecur or fail to survive and proliferate” (Schein, 1996). 
Aceording to Sehein, 

Exeeutives feel an increasing need to know what is going on and 
reeognize that it is harder to get reliable information. That need for 
information and control drives them to develop elaborate information 
systems...” (Schein, 1996). 
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This may help explain the rise in popularity of Enterprise Resouree 
Planning Systems (large, expensive and complex enterprise-wide information systems) 
help satisfy the executive desire for integrating all departments and functions across a 
company into a single computer application. According to a Conference Board Report, 
many major companies are having difficulty achieving effective enterprise resource 
planning even after a full year of implementation (Conference Board, 2001). Schein’s 
theory may also help explain why these systems are notoriously difficult to implement. If 
the people in the different departments don't agree the work methods embedded in the 
ERP software are better than the ones they currently use, they will resist using the it or 
will want IT to change the software to match the ways they currently operate (Koch, 
2002). It is safe to say that the difficulty in connecting strategy with implementation is 
not a particularly new problem, nor is it unique to government. 

D, LIMITATIONS OF EXISTING APPROACHES 

In this section, we more closely examine some common electronic government 
approaches and discuss their limitations. Eirst, it appears most studies and reform 
strategies have approached the problem from the “executive” perspective described by 
Schein. Eor example a central authority peers down at the various governmental agencies 
and develops a list of problems or barriers that are pervasive throughout government. 
This list is then used to develop some recommendations or mitigation strategies. This is 
the strategy employed by the 0MB Task Eorce and it yielded the following list of barriers 
and mitigation strategies (U.S. Office of Management and Budget, Implementing the 
President’s Management Agenda: E-Government Strategy, 2002). 


BARRIER 

MITIGATION STRATEGY 

Agency Culture 

• Sustain high level leadership and commitment. 

• Establish interagency governance stmcture. 

• Give priority to cross-agency work. 

• Engage interagency user/stakeholder groups, including communities 
of practice. 

Lack of Federal 
Architecture 

• 0MB leads government-wide business and data architecture 
rationalization. 

• 0MB sponsors architecture development for cross-agency projects. 

• FirstGov.gov will be the primary online delivery portal for G2C and 
G2B interactions. 
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BARRIER 

MITIGATION STRATEGY 

Trust 

• Through e-Authentication E-Govemment initiative, establish seeure 
transaetions and identify authentication that will be used by all E- 
Government initiatives. 

• Incorporate security and privacy protections into each business plan. 

• Provide public training and promotion. 

Resources 

• Move resources to programs with greatest return and citizen impact. 

• Set measures up-front and use to monitor implementation. 

• Provide online training to create new expertise among 
employees/contractors. 

Stakeholder 

Resistance 

• Create comprehensive strategy for engaging congressional 
committees. 

• Have multiple Presidential Management Committee (PMC) members 
argue collectively for initiatives. 

• Tie performance evaluations to cross-agency success. 

• Communicate strategy to stakeholders. 


Table 1. 0MB Task Force - E-Govemment Barriers and Mitigation Strategy. 


This approach provides a high-level view and creates a unified direction, and 
therefore, is essential to achieving long-term success in implementing e-government. 
Nevertheless, this approach falls short of fully “operationalizing” e-government. Mark 
Forman, Associate Administrator of Information Technology and E-government at the 
Office of Management and Government, explained the typical evolution of e-government 
solutions this way: 

The first phase is to get the information on the web; that is the low- 
hanging fruit; it’s pretty easy to do. The second phase is the re¬ 
engineering necessary to streamline the process; that is harder and takes 
longer (Robb, 2002). 

1. A Coast Guard Example 

The Coast Guard’s experience with e-government (E-Coast Guard) is illustrative 
of the difficulties inherent in connecting the pronouncements and policies of central 
authorities (e.g.. President, Congress, Agency Heads) with actual implementation. In a 
November 2002 written address to the more than 38,000 men and women of the Coast 
Guard, the Chief of Staff outlined a significant rift between the goals of E-Coast Guard 
and the ability to accomplish them (COMDTNOTE 5230, 2002). 
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First, he explained the strategy: 

Two years ago, the Commandant set a long-term eourse to ereate E-Coast 

Guard, a Coast Guard that is fundamentally innovative, nimble and 

teehnologically empowered in its approaeh to business processes and 

solutions. 

He then explained the implementation gap: 

• Access is a problem: Many of our policies and software deployment 
strategies assume all of our personnel have access to a Coast Guard 
Standard Workstation. 

• Connectivity is a problem: Many units must rely on dial-up capability 
for basic access to the Coast Guard network and cannot interact with the 
Coast Guard Human Resource Management System. 

• Getting hard copy is a problem: Some units have limited printing and 
copying capacity cannot provide copies of documents to members who 
need them. 

• Time is a problem: The cumulative effects of mandatory source data 
entry and self-service have created a requirement for a significant 
investment of time at a computer, resulting in a zero sum game with other 
daily job requirements. 

Finally, the Chief of Staff outlined a series of actions to address these problems. 
In summarizing the future of E- Coast Guard, he offered: 

We intend to take a round turn on technology in the Coast Guard. E-Coast 

Guard remains the goal. It must. We cannot walk away from technology. 

But, we must not allow it to manage us. 

E-Coast Guard appears to be another instance of Schein’s theory at work, and 
provides further evidence of his central point that “Decisions have to be put into a form 
that lower levels can understand, often resulting in ‘translations’ that actually distort and 
sometimes even subvert what the higher levels wanted” (Schein, 1996). Sadly, there is 
no easy recipe for solving the problems associated with the different cultures of the three 
occupational communities. However, “Organizations will not learn effectively until they 
recognize and confront the implications of the three occupational cultures” (Schein, 
1996). 

2. Addressing the Limitations 

The e-government task force concluded, “A fundamental barrier to getting 
productivity from federal government IT is government’s inherent resistance to change” 


12 



(U.S. Office of Management and Budget, Implementing the President’s Management 
Agenda; E-Govemment Strategy, 2002). The University of Maryland stated established, 
“entrenched, and fundamental governmental processes pose serious obstacles to effective 
implementation.” Finally, Schein explained three distinctly different occupational 
cultures might be underlying the whole issue. 

3, Helping Managers 

Given the difficult nature of the task, it is little wonder that only the low hanging 
electronic government fruit is getting picked (Robb, 2002). If we are to make substantial 
progress in implementing e-govemment, it seems we must do more to help managers. 
For example, we were unable to find any manager guides, job aids, or quick reference 
sheets related to electronic government. The government’s relatively new portal for e- 
govemment (www.whitehouse.gov/omb/egov/) shows great promise. Already, best 
practices, and progress reports are available. A quick web search reveals a plethora of 
consulting firms with electronic government practices, including the usual suspects like 
International Business Machines (IBM), Electronic Data Systems (EDS), and 
BearingPoint (formerly KPMG). However, widespread use of consulting firms is not a 
cost-effective long-term solution, nor is it practical short-term solution for managers 
limited by a resource-constrained environment. Therefore, we will argue that the results 
of our thesis supported by the following case study will give these managers better 
insight and a means by which they can analyze their own processes. We will accomplish 
this by demonstrating: 

• Mapping the existing process 

• Identifying shortcomings 

• Offering short and long term process improvements 

• Supporting these improvements with quantifiable numbers 

E. USING A PROOF OF CONCEPT, CASE STUDY APPROACH 

As an opportunity to gain additional insight into the inner workings of e- 
govemment, the authors embarked on a proof of concept case study of an existing 
government process, in cooperation with real government managers. In addition to 
practicing their skills in developing an electronic government application under real- 
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world conditions, the authors believe this approaeh ean help shape theories about 
electronic government. Our final goal was to help ensure that case study participants met 
their goals for an improved eonventional ammunition transfer process, ineluding a 
working prototype. 

1. Case Selection 

All cases are unique, but those cases with prototypical background characteristics 
offer greater opportunity for extrapolating results beyond the boundaries of the specific 
case (Van Evera, 1997). Equally important is that the ease offer a richness of poliey 
considerations relevant to the subject of interest. Perhaps most importantly, the case 
needs to provide ample opportunity for us to apply knowledge of information teehnology 
management principles gained throughout our course of study. The conventional 
ammunition eross-leveling process met each of these requirements. 

• The case study called not only for a redesign in the proeess but also for a 
redesign in the process using information technology and a three tier 
arehitecture. 

• The results of the ease study would identify how the proeess could be 
done cheaper and more efficiently. “Cheaper” and “more efficienf’ are 
always important issues in policy considerations. 

• While specifically focusing on cross-leveling, the results of the case study 
could be applied to other agencies throughout the government with similar 
situations involving the transferring of inventory. 


The next chapter is devoted to examining this proeess in more detail. 
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III. CONVENTIONAL AMMUNITION CROSS-LEVELING 

PROCESS 


A. BACKGROUND 

The issue of exeess ammunition within the Armed Forces has been present ever 
since the early days dating back to World War Id However, major inefficient processes 
and wastes of stockpiled ammunition during the Vietnam Conflict led to a 1973 
Government Accounting Office (GAO) investigation and report focusing on the steps 
necessary to improve the management and oversight of excess ammunition (U.S. General 
Accounting Office: Excess Ammunition 1973). In March 1975, the Secretary of 
Defense followed the GAO recommendation and consolidated conventional ammunition 
efforts within the Secretary of the Army. The Single Manager for Conventional 
Ammunition (SMCA) was established within the Army to centrally manage all 
conventional ammunition to avoid duplication among production facilities and 
manufacturing processes (U.S. General Accounting Office: Army Could Achieve 
Efficiencies by Consolidating Ammunition Management 1999). 

However, the establishment of the SMCA did not address the numerous and 
disparate ammunition processing problems prevalent throughout the Department of 
Defense. On November 26, 1979, the GAO recommended in their report, “Centralized 
Ammunition Management - A Goal Not Yet Achieved,” that a single command office be 
created to focus on integrating and coordinating the efforts of ammunition centralization 
among the Armed Eorces. Eurthermore, a subsequent Department of Defense Directive 
required that this command office be jointly staffed and its mission be dedicated solely to 
centralized management of the Army’s SMCA mission (DODD 5160.65, Single Manager 
for Conventional Ammunition). Einally, in August 1981, the Office of the Executive 
Director for Conventional Ammunition (EDCA) was established through the Army 
SMCA charter and was approved by the Deputy Secretary of Defense in Eebruary 1983. 
The organizational reporting structure of the EDCA is shown below (U.S. General 


1 Ammunition requirements ehange due to wars, eonfliets, newer teehnology, obsoleseenee and shelf 
life. As these requirements ehange, older ammunition might no longer be needed in sueh large amounts, or 
even be needed at all. This situation leads to the ammunition beeoming long supply (exeess). 
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Accounting Office; Army Could Achieve Efficieneies by Consolidating Ammunition 
Management 1999). 




Ammunition 

Industrial 

Base 


Figure 1. Organizational Reporting Strueture, Offiee of the EDCA. 


The mission of the Offiee of the EDCA is: 

Assist the Executive Direetor for Conventional Ammunition in the 
execution of the assigned mission to include: reviewing and assessing the 
Single Manager for Conventional Ammunition (SMCA) and related 
Serviees responsibilities, as well as participating in the Joint Serviee 
management of eonventional ammunition under the single manager 
coneept. (Smith, 2002). 
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The objectives of the SMCA are as follows: (DODD 5160.65, Single Manager 
for Conventional Ammunition) 

• Achieve the highest possible degree of efficiency and effectiveness in the 
DOD operations required to acquire top quality conventional ammunition 
for U.S. forces during peacetime and mobilization. 

• Integrate the wholesale conventional ammunition logistic functions of the 
Military Departments to the maximum extent practicable, thereby 
eliminating unwarranted overlap and duplication and increasing the 
efficiency and effectiveness of the overall conventional ammunition 
program. 

• Maintain an integrated production and logistic base to meet peacetime, 
surge and mobilization requirements for assigned ammunition. 

A small part in achieving this mission was the centralization of management 
within the EDCA for the cross-leveling of conventional ammunition among the Armed 
Forces. 

B, CURRENT PROCESS 

Cross-leveling describes the process by which the military services can exchange 
inventory of excess, or “long supply,”2 conventional ammunition. Conventional 
ammunition is defined as “non-nuclear ammunition covering a wide variety of items from 
5.56-mm. cartridges to 2,000-pound bombs. The majority of ammunition items have four 
major components—a metal body, an explosive, a propellant, and a fuze” (U.S. General 
Accounting Office: Centralized Ammunition Management—A Goal Not Yet Achieved 
1979). The EDCA not only facilitates the cross-leveling process but also facilitates the 
gathering of statistical information on successful transfers of long supply. Planning, 
Programming and Budgeting System (PPBS) information from the Single Manager for 
Conventional Ammunition (SMCA) is listed for each long supply item as well. In 
essence, the PPBS provides the projected cost of purchasing the ammunition from the 
open market and is used to identify savings afforded through the cross-leveling process. 
Such savings are tallied each year and are compared to previous years to ascertain the 
effectiveness of the cross-leveling process for that year (Interview, Diane Smith). 

2 Long supply is determined by taking current combat requirement, current operations requirements 
and seven years of training requirements and comparing it to inventory. Exact criteria for “long supply” 
classification can be found in Department of Defense Instruction 3000.4 (Smith, 2002). 
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The current cross-leveling process is time consuming and complex. The 
following steps outline the process (Smith, 2002); 

• Initially, the Coast Guard, Navy, Navy Special Operations Forces, Army, 
Air Force and Marines all submit separate spreadsheets called 
“stratification reports” created in Microsoft Excel detailing their lists of 
long supply ammunition. 

• Next, the EDCA consolidates all this information into a single database 
created with Microsoft Access. Numerous reports are generated and saved 
as a single rich text format (*.rtf). This *.rtf file is then emailed to all the 
service representatives to be viewed using Microsoft Word. 

• At this point, the combined long supply list is painstakingly reviewed in 
detail. If a service representative is interested in a particular type of long 
supply ammunition, he/she must request specific lot information such as 
the ammunition’s serviceability, location and quantity. This process is 
accomplished via multiple emails using Microsoft Outlook. 

• An annual meeting is held in March at the EDCA Headquarters in 
Alexandria, VA, to review the available assets and the results of the 
previous years’ cross-leveling efforts. Typically at this meeting each item 
offered for cross-leveling is discussed and agreements are made 
concerning which Service has priority to receive the cross-leveled 
ammunition from the offering Service. Additionally, notes are compared 
and feedback is given to all service representatives detailing transactions, 
pointing out cost avoidances achieved by acquiring cross-leveled vice 
procured ammunition and discussing lessons learned to possibly improve 
the process for the next year. 

• After the March meeting and once an agreement has been reached, the 
transfer of ownership and transport of ammunition, if necessary, is 
handled between the two commands managing Service-owned munitions. 
The transfers of ammunition are affected via transactions that transfer 
ownership or location as appropriate. 

• Each quarter the Services report their completed transactions to the Office 
of the EDCA so the results can be tallied up and reported during the next 
fiscal year. 

The process flow diagram for the current process of a typical transaction is shown 

below. 
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Figure 2. Process Flow Diagram - “As-Is” Cross-Leveling Process. 


C. INEFFICIENCIES WITH CURRENT PROCESS 

The current process has several shortcomings. First, the consolidation of all the 
spreadsheets into a single working database application requires approximately one work 
week. Furthermore, the efforts in creating the database are lost after the close of the 
fiscal year because a new database is created every year with new information. Secondly, 
the conversion of database reports into a *.rtf file is a time consuming process requiring 
much time and patience from both the sending and receiving parties. Moreover, when the 
service representative receives the 60 to 75 page *.rtf file, they must view it through a 
word processor such as Microsoft Word. However, it is difficult to search for items due 
to the size of the document and Microsoft Word’s inability to sort and group entries, a 
task better suited for a spreadsheet. 

Whether or not the service representatives choose to re-enter the data back into a 
spreadsheet to allow for better sorting abilities, the end result is a time intensive process 
to find specific ammunition information. Third, after a representative has located a type 
of ammunition he is interested in, he must send a query, usually via email, to the service 
representative offering that ammunition as long supply. From this point, specifics of the 
requested ammunition are related back such as where and how it is stored and its 
serviceability. While effective on a one-to-one basis, the process becomes repetitive 
when a service representative receives numerous emails over a long period of time. This 
requires him to find the original email sent and to re-send it to the other interested parties 
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or it requires him to researeh the information again because the original email is no 
longer available. Either way, the current means of communication is not as efficient as it 
could be. Finally, there is a time delay in informing the services as to the actual 
availability of a specific type of ammunition. For instance, assume the Army requests lot 
information on a certain type of ammunition from the Navy. Then assume the Army 
wishes to acquire the ammunition. In essence, this specific lot would be “off the market” 
for all other interested parties until the transaction with the Army is complete. However, 
some time down the line, should the Army decide to not accept the ammunition, it might 
be too late to re-offer its availability to the other services before they decide to procure 
their requirement from other sources. 
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IV. PROCESS IMPROVEMENT 


A. OVERVIEW 

A business process'^ is a coordinated and logically sequenced set of work 
activities and associated resources that produce something of value to a customer (El 
Sawy, 2001). From this definition, one may surmise that any process improvement will 
likely result in some combination of better coordination, better sequencing, consumption 
of fewer resources, increased process capacity, or greater customer value. Process 
improvements are carried out within an organizational context; which means the people, 
technology, organizational mission, form, and structure all play a role in organizational 
performance. Organizational context is an important component in deciding on the scope 
and approach of any process improvement effort. This chapter provides an overview of 
various process improvement approaches and methodologies and discusses how the 
conventional ammunition cross-leveling process was redesigned. 

B, APPROACHES 

Before undertaking a process improvement effort, it is helpful to understand the 
various approaches such as Continuous Process Improvement, which calls for 
incremental changes; Business Process Re-Engineering, a method that suggests starting 
over from a “clean slate;” and Business Process Redesign, which is a mixture of the first 
two. There is no best approach as the specific circumstances of the organization and 
process under review should dictate an appropriate selection. However, regardless of the 
approach used, it is essential to understand the current process before designing a new 
one for the following reasons: (Davenport, 1993). 

• Understanding existing processes facilitates communication among 
participants in the innovation initiative. 

• There is no way to migrate to a new process without understanding the 
current one. 

• Recognizing problems in an existing process can help ensure that they are 
not repeated in the new process. 


3 Note: Unlike E-commerce and E-govemment, where different terms are used to describe similar 
ideas applied to business and government respectively, the term business process is routinely applied to 
both business and government. 
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• An understanding of the current process provides a measure of value of 
the proposed innovation. 

It is imperative that the methodology and results of any process improvement 
effort are aligned with the objectives and strategy of the enterprise. Customer 
requirements, core competencies, perceived need for change, tolerance for risk, resource 
availability and preferred time horizon are but a few of the relevant considerations. 

C, CONTINUOUS PROCESS IMPROVEMENT 

Focusing on process as a way to improve organizational performance has 
progressed through various stages over the last 20 years. In the I980’s, Dr. W. Edwards 
Deming introduced the Japanese to Total Quality Management and continuous process 
improvement, thereby creating a quality revolution. In continuous process improvement, 
the idea is to improve the process through incremental changes suggested by those 
actually performing the process. This approach is decidedly low risk, as the types of 
process changes cost little to implement and make evolutionary rather than revolutionary 
changes to the organization (Caudle, 1995). 

D, BUSINESS PROCESS RE-ENGINEERING (BPR) 

BPR was introduced in 1990 rejecting continuous process improvement in favor 
of a more radical start with a blank slate approach. BPR is “the fundamental rethinking 
and radical redesign of business processes to achieve dramatic improvements in critical, 
contemporary measures of performance, such as cost, quality, service and speed” 
(Hammer and Champy, 1993). The basic premise is to take a process, identify the 
desired outcome, and build a new process “rejecting the conventional wisdom and 
perceived assumptions about the past” (Hammer and Champy, 1993). The result is a 
process that provides a remarkable performance improvement and may change the entire 
structure of the organization. BPR presents substantial risks because of the enormous 
change it endorses and the potential costs associated with implementing a radically 
different process. 

E, BUSINESS PROCESS REDESIGN 

By the mid 1990’s this first wave of BPR softened after acknowledging that a 

combination of incremental and radical change was best (El Sawy, 2001). This middle 

ground territory is often referred to as business process redesign. Business process 

redesign usually focuses on removing non-value added activities and reducing the 
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number of personnel needed to perform the proeess either by leveraging teehnology, or 
integrating tasks (Caudle, 1995). A summary of some process improvement approaches 
is included in the Table 2. 
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Features 

Continuous Process 
Improvement 

Business Process 
Redesign 

Business Process 
Reengineering 

Philosophy 

Improve what you do in a 
functional or sub¬ 
activity; Accepts status 
quo - current processes 
are what customers need 

Accepts current process: 
Remove “hand off’ 
activities of little value 
in an end-to-end 
examination 

Focus on critical broken 
processes: Alter or 
replace basic approach to 
doing business in jobs, 
skills, structures, 
systems, culture 

Timing 

Part of a way of life to 
continuously improve; 
project results in short 
time frames 

Done on a periodic basis; 
improvement may take a 
few months for simple 
efforts; 1 to 2 years if 
efforts are more complex 

Used selectively; sub¬ 
processes deployment 
may take several 
months; full deployment 
across an entire complex 
process may take 2 to 5 
years 

Scope 

Little emphasis on 
interrelationship of 
business processes in a 
business system; internal 
focus 

Coverage of many sub¬ 
processes and “turf’; 
internal focus 

Scope is entire process 
or major sub-processes 
that cover broad cross¬ 
functional areas; 
includes interfacing 
outside the organization 

Leadership 

Broad-based, bottom-up 

Both bottom-up and top- 
down, more senior 
leadership needed 

Management focused, 
top-down; significant 
senior management 
attention and time 

Means 

Generally, improvement 
work done by unit part 
time teams; use of quality 
tools 

Improvement work often 
done by diversified task 
force or teams that cross 
functions 

Improvement generally 
representing end-to-end 
activities; work 
facilitated by process 
sponsors and owners 

Performance 

Gains 

Incremental: Slightly 
increases (5-10%) 
performance 

Moderately increases 
performance 

Revolutionary: Greatly 
increases performance 

Costs, Risks, 
Pain 

Low: Resources 
generally easily handled 
within existing budgets 
and personnel 
allocations; small 
iterative investments; 
low-level effort offers 
few risks; pain of 
implementation is 
minimal 

Low to Moderate: 
Resources may require 
shifting funds and 
personnel or adding 
more funds and 
personnel; risks increase 
somewhat as more 
activities are involved; 
implementation pain 
covers more activities 

High: Resources require 
significant funding and 
dedicated personnel 
allocations; large, 
upfront investment; risks 
greatly increase given 
extensive process 
coverage; 

implementation pain is 
high 


Table 2. Summary of Process Improvement Approaches. (Caudle, 1995). 
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F. SECOND WAVE BPR 

In the mid 1990’s the Internet and World Wide Web ushered in a new era of 
proeess improvement eentered on the use of the Internet as an IT infrastrueture eapable of 
supporting new business models, or at least, fundamentally altering existing value ehain 
strueture from suppliers to distributors to resellers to end eustomers. Currently, another 
approaeh to business proeess improvement is taking shape, known as knowledge-based 
business transformation. In knowledge based business transformation, a large portion of 
the business proeess ehange is realized by ehanging the knowledge-ereating eapability of 
the business proeess and its environment (El Sawy, 2001). El Sawy refers to these trends, 
along with the trend toward time-based eompetition, in whieh business proeesses are 
redesigned for faster eyele times, as seeond wave business proeess reengineering. 

G. REDESIGN OF THE CROSS-LEVELING PROCESS 

The approaeh and proeess improvements realized as part of the eonventional 
ammunition eross-levebng ease study most elosely resemble a business proeess redesign 
(intermediate approaeh). Several eonsiderations drove the deeision towards redesign and 
away from reengineering, ineluding a relatively tight timeframe in whieh to eomplete the 
effort (6 months), a desire to eontain the effort within a small eore team, the geographie 
separation of team members, the desire to keep projeet risk fairly low, and the realities of 
a resouree eonstrained environment. 

The methodology employed for the ammunition eross-leveling proeess redesign is 
similar to that advoeated by Omar El Sawy in Redesigning Enterprise Processes for e- 
Business. His approaeh is based on a review of available literature and from the praetiees 
of eonsulting eompanies with prominent BPR praetiees. The five typieal phases in BPR 
are shown below. 

The remainder of this ehapter is devoted to briefly deseribing the first three 
phases and explaining how eaeh was applied to the eonventional ammunition eross- 
leveling proeess. Implementation is the subject of chapter five. The second half of Phase 
IV (organizational change) and Phase V are not covered in this case study, but offer 
potential for future research. 
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Phase I - Triggering and exeeutive visioning 
Phase II - Projeet mobilization 
Phase III - Proeess Redesign 

Phase IV - Implementation and organizational ehange 
Phase V - Monitoring and maintaining 

Figure 3. Five Typieal Phases of BPR (El Sawy, 2001). 

1, Phase I - Triggering and Executive Visioning 

A significant process improvement effort, such as a redesign or reengineering, 
requires a catalyst or trigger. This can come in many forms including a performance 
problem, competitive repositioning, or pressure from a supply chain partner. Large 
changes, characteristic of reengineering are often driven largely by the vision of senior 
management as a result of some value creation opportunity or perceived need to cut costs. 
Smaller, incremental improvements are normally the result of suggestions made by 
employees or customers participating in the process. Often, these changes may be 
implemented without the direction or attention of top management. 

With respect to the conventional ammunition cross-leveling process, the Air 
Force representative suggested that the cross-leveling process be moved to the web. She 
had personal knowledge of Air Force processes that were successfully migrated to the 
web. The Office of Executive Director for Conventional Ammunition (OEDCA) 
received her suggestion favorably and subsequently drafted a proposal that was 
forwarded to the Naval Postgraduate School for consideration. The proposal is included 
as Appendix B. 

2, Phase II - Project Mobilization 

During this stage, a project leader and core team is identified. The process or 
processes to be redesigned are selected and a BPR plan is developed. The plan should 
identify process boundaries, goals and contain a preliminary assessment of the 
Information Technology Infrastructure required. Budgets and timelines should be 
developed and agreed on. 
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On September 27, 2002 the authors’ met with the OEDCA in Alexandria, 
Virginia. This began the mobilization phase of the eonventional ammunition eross- 
leveling proeess. The eore team eonsisted of the authors’ and Diane Smith, Senior 
Logisties Management Speeialist, OEDCA. During this one-day visit the authors were 
briefed on the as-is proeess and the vision for a redesigned proeess ineluding a new 
information teehnology applieation eapable of faeilitating the exehange of information. 
The team roughed out a projeet plan that would serve as a framework for the proeess 
redesign. 

3, Phase III - Process Redesign 

Ideally, a BPR projeet brings together three design organizational elements: 
business strategy, business proeesses, and information systems. When information 
systems are not linked to proeesses and strategy, or when proeess is not elosely aligned 
with the information infrastrueture or does not advanee the business strategy, the redesign 
is destined for disappointment. 

The challenge for the Conventional Ammunition Cross-Eeveling BPR team was 
becoming increasingly clear: How to align strategy, process, and information systems to 
best achieve the goals, while staying within the established constraints? The Process 
redesign stage is oriented around answering this question. In this stage process 
boundaries are defined, additional data is collected, key issues are identified, and process 
redesign goals further refined by developing corresponding measures. The next few 
paragraphs provide additional detail about each of these steps in Phase III - Process 
Redesign. 

a. Identifying Process Boundaries 

In his 1985 book. Competitive Advantage, Michael Porter introduced the 
idea of value chains to describe how processes are organized together, like links in a 
chain, each adding value. When the value chain extends beyond the enterprise (in a 
backward direction) to include supplier processes, it is commonly referred to as the 
supply chain. The value chain is also capable of extending beyond the enterprise in a 
forward direction to include the customers of customers. Efforts to better manage the 
supply chain in this direction are called Customer Relationship Management. 
Importantly, an increased opportunity for information exchange and the relative ease of 
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collaboration among diverse partners and systems, electronie eommerce has been 
partieulary suecessful in facilitating a longer and broader value chain. Figure 4 illustrates 
the value ehain eoneept. Shown are three business units, each with a sequence of 
business processes (depleted as ovals) that are linked together with supplier and customer 
proeesses to form an industry value ehain. 



In conducting a Business Process Redesign, process boundaries that 
signify the seope of the redesign effort must be established. The management ehallenges 
assoeiated with an extended enterprise view involving numerous partners are 
signifieantly more eomplex than adopting the enterprise-eentric view. There are several 
possible levels of analysis (El Sawy, 2001): 

• An enterprise-centric view of supply ehain processes that focuses mainly 
on business proeesses within an enterprise and how they interfaee with 
partners. 

• An extended-enterprise view of supply chain processes that extend further 
to the eustomers’ customers and the suppliers’ suppliers. 

• A singular thread view of supply chain processes at divisional levels that 
a given produet family flows through. 

• An industry view of supply chain processes that include multiple 
enterprises, multiple produet lines, and multiple markets. 

The proeess boundary map developed for the Conventional Ammunition 

Cross-Leveling redesign is shown in Figure 5. 
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Figure 5. Process Boundary Map (El Sawy, 2001). 


b. Data Collection 

Collecting “as is” process data is important on many levels. It enables 
process analysis, diagnosis and provides a performance baseline to gauge improvement 
efforts. Data should come from the people involved in or familiar with the process, 
including customers, partners and stakeholders. It can also come from process-related 
documents such as reports, emails and meeting minutes. For a variety of reasons, some 
data will be unavailable. Teams should be careful not to spend an inordinate amount of 
time collecting data. How much data is enough? It depends on the level of accuracy 
required and, to some extent, on the type of improvement approach selected. For 
example, the reengineering approach advocated by Hammer and Champy requires little 
data collection because the “as is” process approach is largely discarded in favor of a 
radically different approach. As a minimum, enough data to construct a Process Flow 
Diagram (sometimes called Activity Decision Flow diagram) illustrating the basic 
process steps, including process inputs and outputs must be gathered. The “as is” process 
description and flow diagram for the Conventional Ammunition Cross-Feveling Process 
were presented in Chapter III. 
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c. Identifying Key Issues 

Many managers are likely familiar with Strengths, Weaknesses, 
Opportunities and Threats (SWOT) analysis and reeognize it as a simple, but relatively 
powerful analytieal tool for identifying key issues. Below is a SWOT analysis of the 
Conventional Ammunition Cross-Leveling Proeess. 


STRENGTHS 

Strengths of the proeess as it exists now? 

WEAKNESSES 

Weaknesses of the “as is” proeess? 

1. Proeess is yielding good results 

2. Single proeess manager eoneept provides 
elear aeeountability 

3. Proeess ineorporates teehnology that is 
available, familiar and easy to use 
(Mierosoft Word, Exeel, Outlook) 

1. Proeess is fragmented and involves 
signifieant re-work. 

2. Little visibility between serviee 
representatives with respeet to 
speeifie inventory information (e.g., 
lot data) requires extensive 
eommunieation and eoordination 

3. Proeess is oriented around a 1 year 
eyele time 

OPPORTUNITIES 

How ean the proeess generate new value? 

THREATS 

What ehanges ean eause proeess deeay? 

1. Proeess data may be used to improve 
inventory management 

2. Proeess improvements ean be used as a 
model for similar government proeesses 

1. Failure to inelude a ehange 
management plan may result in 
baeklash from proeess partieipants 

2. Failure to plan for esealation in data 
management eosts and expertise 


Table 3. SWOT - Conventional Ammunition Cross Leveling Proeess. 
d. Refine Process Redesign Goals 

As the redesign team gains insight from their study of the “as is” proeess, 
it is important to review and refine established goals. The below table illustrates the 
goals, priorities and eorresponding measures of sueeess developed as part of the 
Conventional Ammunition Cross-Leveling Proeess. 
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Process Redesign Goals 

Priority 

Measures 

1. Quickly identify 
ammunition cross-leveling 
opportunities 

Medium 

• Work time 

• Cycle time 

2. Reduce email clutter and 
process re-work, including 
database re-work 

High 

• Number of emails 
sent/received 

• Work time 

• Employee satisfaction 

3. Reduce probability of 
missed cross-leveling 
opportunity 

Medium 

• Number of cross-leveling 
transactions conducted 

• Dollar amount of ammunition 
cross-leveling transactions 
conducted 


Table 4. Cross-Leveling Proeess: Goals, Priorities and Measures (El Sawy, 2001). 
e. Process-Level Analysis 

Thus far, analysis and diagnosis of the as-is proeess has remained at a 
relatively high-level. A more detailed analysis, foeused at the proeess and aetivity (sub- 
proeess) level is required to construet design alternatives and estimate their performanee 
impaets. There are numerous teehniques and tools, ineluding software, designed 
speeifleally to assist in proeess analysis and redesign. Almost every major management 
eonsulting firm and a growing number of Information Teehnology vendors have thriving 
BPR praetiee divisions (El Sawy, 2001). Similar to the proeess improvement approaehes 
deseribed earlier, there is no single best teehnique for proeess analysis and redesign. In 
the next segment, overviews of two different analytieal teehniques and their applieation 
to the eonventional ammunition eross-leveling proeess are presented. We begin with the 
more traditional Aetivity Based Costing (ABC) approaeh and eonelude with a lesser- 
known, more contemporary. Knowledge Value Added methodology. 

H. ACTIVITY BASED COSTING 

Activity Based Costing is an accounting and analytical tool designed to break 
down in detail the costs of all of an organization's activities. The assumption is that such 
detailed information will give managers the information they need—and have historically 
lacked—to make sound business decisions. This assumption is based on the idea that 
organizations perform activities to achieve a goal(s), that these activities cost money and 
that measuring the costs associated with the activities is a sensible approach to 
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understanding where the money goes (Saldarini, 2000). ABC differs from traditional eost 
aoeounting systems by pooling eosts in aetivities instead of eost eenters and by assigning 
those pooled costs to outputs based on cost drivers that are structurally different from 
traditional cost allocation bases (Cooper, 1992). 

ABC is not without its disadvantages. “A lot of folks have tried to implement 
activity-based costing and failed,” said Joe Donlan, an accounting expert with Arthur 
Andersen and part of a working group at the Consortium for Advanced Management- 
International that is developing an application to assist agencies and businesses with 
implementing ABC (Peckenpaugh, 2001). Implementing an ABC system is perhaps 
nowhere more difficult than within the Department of Defense. With more than $1 
trillion in assets, a budget that amounts to about half the government's discretionary 
funding, and financial management systems that were never designed to capture the full 
cost of activities, DoD faces profound challenges in implementing ABC (Mclntire Peters, 
1999). Another disadvantage is that while ABC can reveal activity costs, ABC provides 
no insight into the value of these activities. At some point, activity costs and value must 
be calculated and compared in order to fully diagnose process performance. In effect, 
ABC only provides only half of the information needed. 

1, Five Steps to ABC 

The five steps of the Activity Based Costing process are summarized below 
(Housel and Bell, 2001). 

Analyze Activities: Identify activities within processes; develop activity model 
(identify inputs, controls, outputs, and mechanisms); determine scope of 
project. 

Gather Costs: Capture all relevant expenses that pertain to the selected processes 
and model. 

Trace Costs to Activities: Costs identified in previous step are assigned to their 
respective activities from step 1; resulting costs for each activity will represent 
resources used by that activity to convert inputs to outputs. 

Establish Output Measures: Determine output measure for each activity; 
determine activity output costs per unit of output. 

Analyze Costs: Culmination of all measurements and calculations occurred thus 
far; analyze and review all data to identify candidates for improvement. 
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2. ABC Applied to Cross Leveling Process 

The BPR team elosely approximated the ABC steps outlined above to produce a 
working ABC model. The activities and corresponding outputs of the cross-leveling 
process as identified by the BPR team are presented in the below table. 


Activity Outputs 

ANNUAL MEETING PREPARATIC 

IN 

Build Stratification Report 

Preliminary report identifying excess ammunition 
(by service) 

Review/Approve Stratification Report 

Report with fewer mistakes 

Transmit Stratification Report to other 
service representatives 

Shared understanding among service 
representatives regarding stratification desires 

Request Lot Data 

Email describing the need for further information 
about a specific lot of ammunition 

Gather/Transmit Lot Data 

Document/Email providing lot data information 

Receive/Review/Decide on Lot Data 

Increased understanding and decision about 
ammunition lot (condition, location, quantity) 

Create Cross-leveling Request 

Email requesting a service be placed on cross¬ 
leveling list. 

Prepare/Transmit service cross¬ 
leveling report 

Document/Email report showing excess service 
ammunition and corresponding cross leveling 
requests 

Compile consolidated cross-leveling 
report 

Consolidated cross leveling report listing all 
requests for each service 

Transmit consolidated cross-leveling 
report 

Email forwarding consolidated report to service 
representatives 

CONDUCT ANNUAL MEETING 

Make Cross-leveling decisions 

Consolidated cross-leveling report listing which 
service will get each lot of ammunition 

Calculate cost savings 

Report estimating the amount of money saved as a 
result of cross-leveling process 


Table 5. Activities and Outputs for the Cross-Leveling Process. 

Once the activities and corresponding outputs were identified, the BPR team 
allocated costs to each activity using time and salary data provided by those involved.4 
The below table summarizes the results. 


4 The “as is” cross-leveling process utilizes standard desktop computers and off-the-shelf Microsoft 
Office software. For simplicity, and because desktop PC’s with MS Office software are standard in most 
organizations, these costs were not allocated to the various activities. 
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Activity 

Activity Cost (% 
of total) 

Activity Cost 

Annual Meeting Preparation 



Build Stratification Report 

20 

$61,400.00 

Review/Approve Stratification Report 

5 

$15,350.00 

Transmit Stratification Report to other service 
representatives 

2 

$6,140.00 

Request Lot Data 

10 

$30,700.00 

Gather/Transmit Lot Data 

12 

$36,840.00 

Receive/Review/Decide on Lot Data 

10 

$30,700.00 

Create Cross-leveling Request 

5 

$15,350.00 

Prepare/Transmit service cross-leveling report 

10 

$30,700.00 

Compile consolidated cross-leveling report 

5 

$15,350.00 

Transmit consolidated cross-leveling report 

1 

$3,070.00 

Conduct Annual Meeting 



Make Cross-leveling decisions 

15 

$46,050.00 

Calculate cost savings 

5 

$15,350.00 

TOTAL 

100 

$307,000.00 


Table 6. Activity Based Cost Allocation for Cross-Leveling Process. 


The next task, estimating process benefit, is really not included as part of the ABC 
process. However, it is introduced now because at this point our team (and likely other 
teams engaged in similar efforts) began wondering earnestly how to estimate process 
benefits. In our case, a logical progression from lower level activities and outputs, to a 
more strategic view of goals, outcomes, and impacts resulted in a realization that the true 
benefit of the cross-leveling process can be measured by calculating cost avoidance. The 
next table illustrates this logical progression for the cross-leveling process. 
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Activity 

Outputs 

Build Stratification 
Report 

Preliminary report identifying 
excess ammunition (by 
service) 

Review/Approve 
Stratification Report 

Report with fewer mistakes 

Transmit Stratification 
Report to other service 
representatives 

Shared understanding among 
service representatives 
regarding stratification 
intentions 

Request Lot Data 

Email describing the need for 
further information about a 
specific lot of ammunition 

Gather/Transmit Lot 

Data 

Document/Email providing lot 
data information 

Receive/Review/Decide 
on Lot Data 

Increased understanding and 
decision about ammunition lot 
(condition, location, quantity) 

Create Cross-leveling 
Request 

Email requesting a service be 
placed on cross-leveling list. 

Prepare/Transmit 
service cross-leveling 
repoid 

Document/Email report 
showing excess service 
ammunition and 
corresponding cross leveling 
requests 

Compile consolidated 
cross-leveling report 

Consolidated cross leveling 
report listing all requests for 
each service 

Transmit consolidated 
cross-leveling report 

Email forwarding 
consolidated report to service 
representatives 

Make Cross-leveling 
decisions 

Consolidated cross-leveling 
report listing which service 
will get each lot of 
ammunition 

Calculate cost savings 

Report estimating the amount 
of money saved as a result of 
cross-leveling process 


Goal 


Outcome 


Impact 


Improved 

Inventory 

Management 


Prevent 

costs 

associated 

with 

unnecessary 
ammunition 
disposal and 
procurement 


Increased 

Readiness 


Table 7. Program Logic Model. 

Specifically, ammunition disposal and procurement costs avoided as a result of 
the cross-leveling process are direct benefits and are easily stated in dollars. Moreover, 
these costs were already being tracked by OEDCA. In fiscal year 2002, OEDCA 
calculated $14.1 million dollars in disposal and procurement costs avoided as a direct 
result of the cross-leveling process. This analysis demonstrates the aggregate 
performance of the cross-leveling process is quite extraordinary; an investment of slightly 
more than $300,000 results in savings of more than $14 million! To gain additional 
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performance insight, especially at the activity level, the team turned to another technique 
- Knowledge Value Added. 

I. KNOWLEDGE VALUE ADDED (KVA) 

In Measuring and Managing Knowledge, Housel and Bell describe the paradigm 
shift from the Industrial Age to the Information Age and how managers and investors 
have come to understand knowledge as an asset that can be observed, measured and 
managed. Knowledge Value Added is a contemporary approach whereby knowledge 
utilized in processes is translated into numerical form, providing a methodology for 
allocating revenue and cost to a company’s core processes based on the amount of change 
each produces (Housel and Bell, 2001). Figure 6 outlines the fundamental assumptions 
of KVA. 


Underlying Model: Change, Knowledge, and Value are Proportionate 


Input Process Output 



Fundamental Assumptions 
l.If X=Y, no value has been added. 

2. Value is proportionate to Change 

3. Change can be measured by the amount of knowledge required to make the 
change. 

Conclusion: Value is proportional to amount of knowledge required to make 
the change. 


Figure 6. Fundamental Assumptions of KVA. 

(Housel and Bell, 2001) 

1. Return on Knowledge (ROK) 

The ratio of process revenue to cost, ROK serves as the primary metric for the 
KVA process. Process learning time and the number of process instructions are often 
used to create a knowledge baseline so that revenue and cost can be allocated in 
proportion to the value added by that knowledge as well as the cost to use that knowledge 
(Housel and Bell, 2001). In short, ROK provides an estimate of the value added by an 
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organization’s knowledge assets. This information can provide valuable insight into the 
health of core processes and prove very helpful to the redesign team. 

2, KVA Applied to Cross Leveling Process 

The activities, outputs, and cost information developed as part of the Activity 
Based Costing Process is reusable in the KVA process. However, recall that ABC itself 
is solely focused on cost and offers no insight into calculating process benefits. 
Fortunately, KVA provides a structured method for calculating Return on Knowledge, 
which incorporates both revenue (benefit) and cost information. 

KVA begins with learning time estimations for each activity in the process. 
Learning time estimates were derived from process descriptions and discussions with 
process subject matter experts. The below table shows the activities, corresponding 
learning time estimates, along with a brief statement designed to encapsulate the 
complexity. 

Process experts then estimated the number of times each activity is conducted 
annually. When multiplied by the learning time, we get the total amount of knowledge 
for each activity. The total amount of knowledge is converted to a percentage so that 
annual revenue can be distributed among the various activities. Annual revenue serves as 
the numerator for calculating the Return on Knowledge. Cost (from ABC) serves as the 
denominator in the ROK calculation. The KVA analysis and Return on Knowledge 
calculation for the cross-leveling process are summarized in Table 9. 
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Activity 

Learning 
Time Rank 
(Diane) 

l=Most, 

12=Least 

Relative 
Learning 
Time (Total = 

100 days) 

Learning Time Comments 

Annual Meeting Preparation 




Build Stratification Report 

1 

20 

Requires interface with individual Military Service Inventory 
Management System and knowledge of service ammunition 
requirements and processes. 

Review/Approve Stratification Report 

3 

5 

Management level knowledge. Need for identifying errors or 
higher-level issues involving readiness or politics. 

Transmit Stratification Report to other 
service representatives 

10 

3 

Basic knowledge of Microsoft Outlook. Ability to 
identify/communicate requirements. 

Request Lot Data 

9 

3 

Basic knowledge of Microsoft Outlook and ability to articulate 
specific lot information. 

Gather/Transmit Lot Data 

6 

15 

Requires interface with individual Military Service Inventory 
Management Svstem and knowledge of lot data. 

Receive/Review/Decide on Lot Data 

2 

15 

Requires understanding of service needs and ability to 
read/interpret lot data information 

Create Cross-leveling Request 

12 

2 

Basic knowledge of Microsoft Outlook 

Prepare/Transmit service cross-leveling 
report 

7 

5 

Ability to synthesize service needs and processes to create a 
report. Knowledge of Microsoft Word. 

Compile consolidated cross-leveling 
report 

4 

15 

Ability to synthesize service needs and processes into a report. 
Knowledge of Microsoft Word. 

Transmit consolidated cross-leveling 
report 

11 

2 

Basic knowledge of Microsoft Outlook 

Conduct Annual Meeting 




Make Cross-leveling decisions 

5 

8 

Management level knowledge. Need to understand and apply 
established business rules. Ability to negotiate. 

Calculate cost savings 

8 

7 

Need to understand PPBES process, lot data information. 

Ability to use MS Excel. 


Table 8. Cross-Leveling Aetivity Learning Time Estimates. 
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Activify 

Nuiriber of process 
executioiis (per year) 

Total airount of 
kiKmlec^ 

Percenta^of 

loxmlet^ 

alloction 

Annual revalue 

allocation 

Annual costs 

RCK 

Annual Prq)arati(xi 







Build Stratification Report 

16 

320 

2.25% 

$317,926 

$61,400 

517.79% 

Review/.'^prove Stratification Rq»rt 

16 

80 

0.56% 

$79,481 

$15,350 

517.79% 

Transnit Stratification Rqxxt to otha" 
savice rqacsoitativcs 

16 

48 

0.34% 

$47,689 

$6,140 

776.69% 

Request Lot Efata 

400 

1200 

8.46% 

$1,192,221 

$30,700 

3883.46% 

GathoTTransnit Lot Iteta 

400 

6000 

42.28% 

$5,961,105 

$36,840 

16181.07% 

Receive/ReviewDecide c*r Lot Data 

400 

6000 

42.28% 

$5,961,105 

$30,700 

19417.28% 

Qeate Qoss-leveling Request 

50 

100 

0.70% 

$99,352 

$15,350 

647.24% 

Prepare/Transnit smice octss-leveling 
report 

4 

20 

0.14% 

$19,870 

$30,700 

64.72% 

Cbnpile ccsisolidated cross-leveling 
i^rt 

1 

15 

0.11% 

$14,903 

$15,350 

97.09% 

Transnit ccnsolidated cross-leveling 
report 

1 

2 

0.01% 

$1,987 

$3,070 

64.72% 

Gmduct Annual 







IVfeke Cnoss-leveling decisicais 

50 

400 

2.82% 

$397,407 

$46,050 

862.99% 

CMculate cost savings 

1 

7 

0.05% 

$6,955 

$15,350 

45.31% 

Total 


14192 

100% 

$14,100,000 

$307,000 

4592.83% 


Table 9. Return on Knowledge Caleulation - Cross-Leveling Proeess. 


Aeeording to Housel and Bell, KVA analysis ean identify areas where the 
organization ean be more effeetive in exploiting its knowledge resourees to generate 
outputs more effeetively and effieiently. For example, the aetivity 
“Reeeive/Review/Deeide on lot data” is the highest performing area while “Caleulate 
eost savings” is the lowest. KVA methodology has been applied to more than 100 
eompanies within the last 10 years and shows eonsiderable promise as a tool for the 
information eeonomy. Nevertheless, as Housel and Bell are quiek to admit: 
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No measurement methodology, however useful, can replace the creative 
insights, judgment and intuition of managers and investors. KVA is no 
exception to this rule and is best used as a decision support tool. 

J. ABC VS KVA 

The main difference between ABC and KVA is that each assumes a somewhat 
different focus, which is reflected in their methodologies. ABC is focused on the cost of 
activities; therefore, it is likely to lead to redesigning the most expensive activities. KVA 
is more broadly focused, incorporating both cost and revenue information to capture 
information about the value of the tasks. As a result, KVA is more likely to steer the user 
toward redesigning the tasks with the lowest ROK (Nomura and O’Connor, 2003). 

For example, in the cross-leveling scenario previously described, ABC would 
focus on redesigning the most expensive tasks within the process boundary such as 
Gather/Transmit Lot Data ($36,840) and Receive/Review/Decided on Lot Data 
($30,700). On the other hand, a KVA purist would argue these activities are performing 
well because of the relatively high ROK they provide (16,181% and 19,417%, 
respectively). Instead, a KVA approach would focus on redesigning the lowest ROK 
processes such as Prepare/Transmit service cross-leveling report (64.7%), Compile 
consolidated cross-leveling report (97.1%) and Transmit consolidated cross-leveling 
report (64.7%). 

Interestingly, in the cross-leveling case, the tasks with the highest ROK are also 
the most expensive. According to ABC, these high-cost activities represent prime 
redesign targets. Unfortunately, ABC provides no analytical framework for determining 
a priori how reducing the cost of the task might affect its value. In contrast, KVA has no 
bias against expensive activities, provided their revenue is proportionately large. 

Both KVA and ABC attempt to stratify processes into separate variables so 
decisions on process improvements are clearer and easier to make (Nomura and 
O’Connor, 2003). However, the results of either methodology should not lead to a blind 
course of action. Much of the decision-making rests on the ingenuity of the decision¬ 
maker herself. Both KVA and ABC are mere tools to provide a quantitative 
measurement for different processes. How those measurements are interpreted is left to 
the decision maker. 
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Regardless of the analytical methodology used, the end-state of the Process 
redesign phase is marked by the selection of a process best aligned with business strategy 
and information technology, and that meets or exceeds the established goals. 
Understanding how information technology is capable of enabling new ways of executing 
business processes quickly, flexibly and reliably is a critical skill for BPR teams. 
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V. PROTOTYPE CONSTRUCTION AND RESULTS 


A, OVERVIEW 

This chapter describes the redesigned cross-leveling process and the construction 
of an information technology prototype built to support the redesigned process. The 
working prototype is a powerful tool for helping the sponsor envision the look and feel of 
the redesigned process and for establishing a proof of concept. The first half of the 
chapter provides a description of an overview of the tools used in building the prototype, 
provides a brief description of the 3-tier architecture on which it is based, and follows 
with a tour describing both the interface and functionality. 

The second half of the chapter outlines the results of the redesign effort. A 
process flow diagram and KVA analysis are used to facilitate comparison of the original 
cross-leveling process with the redesigned process. Lastly, a more radical Business 
Process Reengineering approach is explored. 

B. WEB APPLICATION PROTOTYPE DEVELOPMENT 

In constructing the web application prototype, a variety of tools were used. The 
below table provides a summary of these tools and their purpose. 


Tool Name 

Purpose 

Macromedia Dreamweaver 

UltraDev 4 

Assist in creating webpages using HTML and 
ASP code 

Microsoft Access 2000 

Create back-end database to supply dynamic 
data to the webpage tool 

Microsoft Excel 2000 

Consolidate all Services’ stratification reports 
into a single file that is imported to the Access 
database 

Microsoft Internet Explorer 6.0 

View web pages and test application 

Microsoft Internet Information 

Server 5.0 

Allow Macromedia Dreamweaver UltraDev 4 
connection to server and http and active 
server page support of web pages 


Table 10. Tools Used in Prototype Development. 
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1. 


The 3-Tier Architecture Overview 


In a 3-tier architecture the database is separated from the presentation layer (user 
interface) by the business and data layers, enabling more scalable, robust solutions. Web 
applications are ideal for three-tier architecture, as the presentation layer is necessarily 
separate, and the business and data components can be divided up much like a client- 
server application” (Tanguay, 2002). Below is a graphical representation of a typical 3- 
tier architecture. 



Figure 7. The 3-Tier Architecture. 


Presentation and application logic are normally contained in the client machine, 
application and business logic in a middle tier application server, and data managed by 
database servers comprise the 3'^‘* tier. Applications are typically controlled by user 
interface (web browser) in the client with substantial application processing taking place 
in the middle tier application server. The middle tier code typically drives 3’^‘* tier data 
queries, updates, and transactions and implements shared business logic. Data 
manipulation performed by the application is typically done on object representations of 
3'^‘* tier data fetched through queries, or through data manipulation application program 
interfaces or Structured Query Language code that operates in the database server (Bretl 
et. al. 1998) 

2. Creating a 3-Tier Architecture 

Figure 7 contains the essential components for creating a 3-tier architecture that 
will serve as the foundation of a supporting infrastructure for the redesigned cross¬ 
leveling process. The next few sections provide a more detailed look at these building 
blocks and their application in the prototype. As the first component constructed and 
arguably the most important in the system, we begin with the database. 
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3, Database Design 

The database ereated for the eross-leveling redesign follows the relational 
database model. In general, a database model shows what information is to be eontained 
in a database, how the information will be used, and how the items in the database will be 
related to eaeh other. The relational data model, developed by E.F. Codd in 1970, uses a 
table format to organize data and relations between data. In the relational model, a table 
is a eolleetion of similar reeords with eommon attributes. Eaeh row in the table 
represents a different reeord and eaeh eolumn in the table eorresponds to a different 
attribute (field). Tables are linked together using keys. More than thirty years after it 
was invented, the relational model remains the most widely used type of data model. 

While the database eonstrueted for the re-designed eross-leveling prototype is 
relatively simple, eonsisting of only a few tables, it represents a substantial improvement 
over the database used in the eurrent eross-leveling proeess. One of the main goals in 
ereating the database was simplieity. With the information given, we strove to make a 
basic database with the necessary information to allow functionality of the website. As it 
stood, we only related two tables to one another in order to allow the combination of the 
quantity information and nomenclature to be visible through the website. ERMS, CRMS, 
PR and EongSupply columns were left bundled within the tbllnventory table because 
there was no need to separate them into their own unique tables since they were logically 
linked to a specific DODIC and ServicelD combination. Tables for the 
usernames/passwords and requests were kept independent of anything else because their 
functions within the website were completely distinct from tblDodic_Nomenclature and 
tbllnventory. Had we had the benefit of including lot information, we would have 
created a separate table and logically linked it to tbllnventory with the same primary keys 
of DODIC and ServicelD. This would have allowed visibility between the two tables 
within the website application and would have eliminated update anomalies if distinct 
portions of each table had to be updated. The re-designed database schema is presented 
in the figure below. 
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Figure 8. Database Schema. 

Important considerations went into selecting the database for the prototype. In 
short, Microsoft Access 2000 was chosen because it is: 

• Widely available 

• Inexpensive 

• Easy to Learn 

• Suitable for small web applications (limited to 15 users) 

• Easily scalable to SQL Server (when MS Access capacity is exceeded) 

a. Connection to the Database 

As implied by Eigure 7, the database must be connected to the data layer 
on the server computer. This connection is accomplished using ActiveX Data Objects 
(ADO), a Microsoft technology, to access databases through the Open Database 
Connection (ODBC). Before making a successful connection, the database must be 
registered with a system data source name (DSN) in the ODBC applet located on the 
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server control panel. Once registered, the connection may be established using ADO 
code in the web page.5 

b. Searching, Adding, Retrieving Data 

Creating the database and making the connection to the server computer 
(and ultimately to the user interface) enables interactivity between the user and the 
database. SQL stands for Structured Query Language and it is the ANSI (American 
National Standards Institute) standard language for communicating with relational 
database management systems. SQL statements are used extensively in the prototype for 
searching, adding and retrieving data from the database. Standard SQL commands such 
as "Select", "Insert", "Update", "Delete", "Create", and "Drop" can be used to accomplish 
almost everything that one needs to do with a database. 

C. PROTOTYPE CONSTRUCTION 

The web pages contained within the prototype were created with HTML and 
active server page coding with the help of Macromedia Dreamweaver UltraDev 4. 
HTML coding was used to set the structure and layout of pages while ASP coding was 
used to implement dynamic data functionality between the web pages and database 
tables. 

Users interface with the tool through a front-end web page from which they can 
navigate using hyperlinks. User authentication is accomplished through usernames and 
passwords, which are stored in the underlying database and are referenced through a user 
input form at the log in page. All pages within the site are protected with similar 
username/password authentication to prevent anybody from directly accessing a page 
without having first signed in through the log in page. 


5 An NPS student server administrator made the appropriate server eonfiguration. 
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3 Login - Microsoft Internet Enplorer provided by Naval Post Graduate School 



1^*) Done I I I 1Internet 

Figure 9. Login User Page. 

Once admitted to the site, the users have several options including searching for 
ammunition, viewing posted lot data, submitting cross-leveling requests and viewing the 
cross-leveling report. 
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1^*1 Done I I I 1InterrieT 

Figure 10. Flome (Index) Page. 


The most common event would most likely be searching for ammunition. By 
clicking the SEARCH link, users will be taken to a search page that gives them the 
opportunity to search by a specific DODIC or to simply search what all a particular 
Service has to offer for cross-leveling. 
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Figure 11. Search Page. 

After submitting, the parameters of the search are sent via ASP code to the 
supporting database. The matching results are then set as parameters to the receiving 
results page. In the following figure, the results of a search for DODIC A068 are shown. 
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1^*1 Done I I I 1InterrieT 

Figure 12. Results Page. 


Users can then view more detailed information on the results by clicking the 
“view” link, which will take them to a detail page containing quantity information such 
as ERMS, CRMS, PR and Long Supply counts. 
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Figure 13. Lot Data Information Page. 

As seen, additional information for the Army’s holding of A068 was chosen and 
the resulting detail page was displayed. Information for this page is supplied by the 
previous page’s parameters of ServicelD and DODIC that are sent via ASP code to the 
database, which returns corresponding quantity information for that specific record. If lot 
data on this holding is desired, the user can click on the lower links under “Request lot 
data from service rep” to bring up a standardized email message with pre-formatted 
subject and text. 

If the lot data is already posted, the user can click on the VIEW POSTED LOT 
DATA link to be taken to another page containing active li nk s to each Services’ posting. 
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1^*) Done I I I 1InterrieT 

Figure 14. Lot Data Page. 


By simply clicking on the above links, users can either view or download the 
underlying Excel spreadsheets onto their computers. 

In order to make a cross-leveling request for ammunition, the user would click 
SUBMIT CROSS-LEVEL REQUEST after which a submit page will load. Erom here, 
users would choose the correct information for the fields via drop down menus, enter in 
the desired quantity and click the SUBMIT button. The parameters of the request will be 
saved in a table within the supporting database, which can be viewed by clicking on the 
VIEW CROSS-LEVEL REPORT link. 
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Figure 15. Input Ammunition Request. 


54 







































3 Report page - Microsoft Internet Enplorer 
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Figure 16. Cross-Leveling Report Page. 


As shown, the cross-level report is shown and can be sorted by date/time, 
requesting service, owner, DODIC or quantity. 

From this point, users can return to any of the previous pages to repeat searches, 
viewings or submissions. Each page contains the navigation links in the left column to 
allow the user to jump to any part of the website with a simple click of the mouse. To 
complete the session, users would click on the LOGOUT link and would close their 
browser. 
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Figure 17. Logout User Page. 

D. SUMMARY 

This seetion briefly deseribed the basic architecture, construction, functionality 
and user interfaces associated with the working prototype. It is intended to provide a 
visualization of exactly how the website can be used to support the cross-leveling process 
redesign efforts described in Chapter IV. Refinements and adjustments to the site are an 
important component of a final implementation plan. These issues are discussed further 
in the final chapter. 

E. RE-DESIGNED CROSS-LEVELING PROCESS 

The redesigned cross-leveling process can be compared with the existing cross¬ 
leveling process from many different perspectives. Inputs, activities, outputs and results 
are rather obvious comparisons. In addition, the knowledge required in performing an 
activity, the equipment and technology required to support the activity, and the amount 
and nature of organizational change effected by the new process are equally valid 
comparisons. Because the re-designed cross-leveling process is still conceptual, we use 
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activity flow models and tools such as KVA to describe and predict results. Actual 
implementation results will depend on a number of factors not included in the KVA 
analysis. Consequently, actual results may deviate substantially from the model. 

1. Activity Flow Diagram 

Below is an activity flow diagram representing the redesigned process. 



> 


Build Stratification 
Report 


> 


Review and 
Approve 
Stratification 


Transmit Report 
To System 
Administrator 



Figure 18. Activity Flow Diagram for the Redesigned Cross-Leveling Process. 

a. Steps 1 and 2 - Build Stratification Report; Review and Approve 
Stratification Report 

Steps 1 and 2 are the same as the existing process. In Figure 18, activities 
with little or no change from the “as-is” process are denoted using shading. Notice these 
activities are located near the beginning and end of the cross-leveling process sequence. 
This is largely due to the process boundary conditions established by the BPR team. In 
other words, the team elected to accept, without change, processes both downstream and 
upstream of the cross-leveling process. In a more radical re-design approach these 
boundary conditions can be expanded, creating more flexibility for changing these 
activities. In fact, this is illustrated in the radical re-design approach described later. 

b. Step 3 - Transmit Report to System Administrator 

The first substantive process change is at Step 3. In this step, the 
stratification report is transmitted to a system administrator for entry into the database. 
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Under the old proeess, the stratifieation report is transmitted to individual serviee 
representatives as an MS Exeel spreadsheet email attaehment. 

c. Step 4 - Load Report into Database 

Onee reeeived by the System Administrator, the stratifieation report 
information eontained in the MS Exeel spreadsheet is imported into the MS Aeeess 
database. Importing MS Exeel data into a pre-eonstrueted MS Aeeess database is a 
relatively simple task, espeeially when eompared to eonsolidating data from multiple 
spreadsheets. 

d. Step 5 - Search for Ammunition 

Using the website, users ean seareh for ammunition by Department of 
Defense Identifieation Code (DODIC) or Serviee. This represents an ineremental 
improvement over the ‘as-is’ proeess. 

e. Step 6 - Receive/Review/Decide on Lot Data 

This step was elearly the most ehallenging for the re-design team. Erom a 
teehnieal standpoint, there are distinet advantages to storing lot data in the database. If 
stored in the database, developers ean provide users with eonvenient and easy interfaees 
for searehing and viewing lot data. However, there is strong reluetanee from the sponsor 
about ineluding lot data in the database. The major ehallenge revolves around how to 
eapture lot data in the eross-leveling database. To fully appreeiate the sponsor’s eoneem, 
it’s worth reviewing a portion of the existing eross-leveling proeess. Eot information is 
extracted by service representatives using SQE query templates linked to service specific 
databases. Query results are output to MS Excel spreadsheets, which are sent via email 
to the requesting service. This process is graphically depicted in Eigure 19 below. 
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Service Representative 


Figure 19. Transmitting Lot Data for the “As-Is” Cross-Leveling Process. 


There are two practical alternatives for capturing lot data in the cross¬ 
leveling database. The preferred method is to capture the data from service specific 
source databases. This could be accomplished by creating a data warehouse or by 
directly linking to the source databases. However, the service specific databases are 
outside of the process boundaries and connecting to these databases would require 
substantial effort, including the need to gain appropriate permissions to include them in 
this effort.6 The second option is to convert the MS Excel spreadsheets back into 
database form. However, lot information is quite dynamic and would require frequent 
imports of MS Excel data into the database. Even with frequent updates, it would be 
impossible to keep current using this process. Eurthermore, service representatives are 
not trained in this task and do not have write privileges to the database (located on remote 
server). Consequently, in order to get lot data into the database the team was faced with a 
difficult decision - expand the process boundaries or implement a solution that has 
significant limitations process and technical drawbacks. The team decided to leave this 
activity unchanged while also building supporting infrastructure that will allow service 
representatives to view and update MS Excel lot data over the web. 

6 It’s worth noting there is some evidence the service specific databases may already be connected to a 
data warehouse. If so, this might lessen the efforts required in connecting to lot data. Nevertheless, it 
remains sponsors preference to limit the current re-design effort to the established process boundaries and 
the issue was not pursued in depth. 
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f. Step 7 - Create Cross-Leveling Request 

A web form provides serviee representatives the eapability to quiekly and 
easily ereate a eross-leveling request. 

g. Step 8- Compile Cross-Leveling Request 

When a serviee representative enters a eross-leveling request into the web 
form, it is submitted to the database. Onee in the database, it may be viewed in several 
different ways depending on the users preferenees. For example, the report ean be sorted 
by DODIC, serviee or date. 

h. Steps 9 and 10 - (No Change) 

Steps 9 and 10 are performed at the annual eross-leveling meeting. The 
three-tier arehiteeture is fully capable of supporting cross-leveling decisions in an on-line, 
transaction oriented way. For example, an approval block could easily be added to the 
cross-leveling request form. Someone with the appropriate access level could simply 
review and approve transactions on-line. This would substantially reduce the decision 
cycle-time and potentially eliminate the need for the annual meeting, thereby reducing 
process costs. While this is a viable option, it is best implemented in conjunction with 
resolving the lot data issues discussed in Step 6. 

F, CALCULATING RETURN ON KNOWLEDGE 

To facilitate comparison with the “as-is” process, the Knowledge Value Added 
(KVA) approach is used in determining the Return on Knowledge (ROK) associated with 
the redesigned process. 

1, Costs 

First, costs are estimated for each process. Results are summarized in the below 

table. 
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Activity 

Activity Cost (%) 

Activity Cost ($) 

Annual Meeting Preparation 

Build Stratification Report 

25 

$53,750 

Review/Approve Stratification Report 

7 

$15,050 

Transmit Report to System Administrator 

3 

$6,450 

Load Report into Database 

5 

$10,750 

Search for Ammunition 

5 

$10,750 

Receive/Review/Decide on Lot Data 

20 

$43,000 

Create Cross-leveling Request 

5 

$10,750 

Dbase compiles Cross-Leveling Report 

3 

$6,450 

Conduct Annual Meeting 

Make Cross-leveling decisions 

20 

$43,000 

Calculate cost savings 

7 

$15,050 

Total 

100 

$215,000 


Table 11. Redesigned Cross-Leveling Proeess Costs. 


Total eosts for the redesigned proeess are estimated at $215,0000. This represents 
a savings of $92,000 ($307,000 - $215,000) or approximately 30 pereent. 

2. Revenue 

Sinee we do not have aetual revenues, we again use costs avoided as a result of 
the cross-leveling process as a surrogate for revenue. Remember from chapter 4 that 
costs avoided come in two categories; one service no longer needs to purchase 
ammunition and another service no longer needs to dispose of ammunition in long 
supply. In the redesigned process, annual revenue is estimated to grow by approximately 
$290,000 or 20 percent. 


61 









































a. Reducing Cognitive Overload 

The revenue growth estimate is based on a hypothesis that a more effieient 
and eapable proeess will yield more eross-leveling transaetions. In other words, it is 
likely that the additional eommunieation and eoordination required by the “as-is” proeess 
results in missed eross-leveling opportunities. While not indisputable, we believe this 
assumption reasonable and supported by researeh. Aeeording to Kirseh, many of the 
eonsequenees of cognitive overload, which includes information overload, multi-tasking, 
distraction and interruption, are well described in business studies (Kirsh, 2000). For 
example, a study of 1,313 junior, middle, and senior managers in the United States, 
United Kingdom, Australia, Hong Kong and Singapore revealed the following key 
findings (Waddington, 1996); 

• Two thirds of managers report tension with work colleagues, and loss of 
job satisfaction because of stress associated with information overload. 

• One third of managers suffer from ill health, as a direct consequence of 
stress associated with information overload. This figure increases to 43% 
among senior managers. 

• Almost two thirds (62%) of managers testify their personal relationships 
suffer as a direct result of information overload. 

• 43% of managers think important decisions are delayed, and the ability to 
make decisions is affected as a result of having too much information. 

• 44% believe the cost of collating information exceeds its value to 
business. 

While cognitive overload is a cruel component of the “information age” 
anything that enables employees easier access, storage and retrieval of information, or 
that reduces task complexity has the potential for increasing productivity. Or, in the case 
of the cross-leveling process, increasing the number of transactions per year. 

b. Revenue Allocation 

Revenue is allocated according to learning time estimates for the 
redesigned activities. Activities, associated learning time estimates, number of process 
executions, knowledge and revenues allocations for the redesigned process is shown in 
the below table. 
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Activity 

Relative 

Learning 

Time 

Number of 

process 

executions (per 
year) 

Total amount of 
knowledge 

Percentage of 
knowledge 
alloction 

Annual revenue 

allocation 

Annual Meeting Preparation 

Build Stratification Report 

25 

16 

400 

4.25% 

$722,943 

Review/Approve Stratification 

Report 

15 

16 

240 

2.55% 

$433,766 

Transmit Report to System 
Administrator 

3 

16 

48 

0.51% 

$86,753 

Load Report into Database 

10 

16 

160 

1.70% 

$289,177 

Search for Ammunition 

5 

400 

2000 

21.26% 

$3,614,714 

Receive/Review/Decide on Lot Data 

15 

400 

6000 

63.79% 

$10,844,142 

Create Cross-leveling Request 

7 

60 

420 

4.47% 

$759,090 

Dbase compiles Cross-Leveling 
Report 

2 

60 

120 

1.28% 

$216,883 

Conduct Annuai Meeting 

Make Cross-leveling decisions 

10 

1 

10 

0.11% 

$18,074 

Calculate cost savings 

8 

1 

8 

0.09% 

$14,459 

Total 

100 


9406 

100% 

$17,000,000 


Table 12. Allocation of Learning Time, Knowledge, and Revenue. 

3. ROK for Redesigned Cross-Leveling Process 

ROK is simply the ratio of revenue to costs. ROK for each activity is shown in 
the table below. 
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Activity 

Annual revenue 

allocation 

Annual costs 

ROK 

Annual Meeting Preparation 

Build Stratification Report 

$722,943 

$53,750 

1345% 

Review/Approve Stratification Report 

$433,766 

$15,050 

2882% 

Transmit Report to System 
Administrator 

$86,753 

$6,450 

1345% 

Load Report into Database 

$289,177 

$10,750 

2690% 

Search for Ammunition 

$3,614,714 

$10,750 

33625% 

Receive/Review/Decide on Lot Data 

$10,844,142 

$43,000 

25219% 

Create Cross-leveling Request 

$759,090 

$10,750 

7061% 

Dbase compiles Cross-Leveling 
Report 

$216,883 

$6,450 

3363% 

Conduct Annual Meeting 

Make Cross-leveling decisions 

$18,074 

$43,000 

42% 

Calculate cost savings 

$14,459 

$15,050 

96% 

Total 

$17,000,000 

$215,000 

7907% 


Table 13. Return on Knowledge- Redesigned Cross-Leveling Proeess. 


As seen in the table, ROK for the redesigned proeess is 7907 percent, reflecting 
annual revenues of $17,000,000 and costs of $215,000. By comparison, the “as-is” 
process ROK equals 4592 percent (revenues of $14,100,000 and costs of $307,000). 
These results are quite good. 

G. RE-ENGINEERED CROSS-LEVELING PROCESS 

It is worth considering what a radically different cross-leveling process might 
look like, along with the potential rewards of such a solution. Chapter IV (Table 2) 
outlined process improvement efforts along a continuum. Of the various process 
improvement approaches, true Business Process Reengineering is the most radical. It has 
the largest scope, requires the most resources, involves senior management extensively, 
and offers the greatest opportunity for failure. However, it is the only method that offers 
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prospects for revolutionary performance gains. The re-engineered process is conducted 
in the same manner as the redesigned process but it introduces ideas and actions that may 
not be possible with the current set of constraints. That being said, it is included to show 
another option and to allow thinking “outside the box.” 

1. Activity Flow Diagram 

Figure 20 below is an activity flow diagram representing the re-engineered 
process. 



Figure 20. Activity Flow Diagram for the Re-Engineered Cross-Leveling Process. 

a. Step 1 - Populate Intermediate Database 

The boundaries of the incremental redesign effort were eliminated in order 
to allow some “out of the box” thinking on how to transfer ammunition data from a 
Service specific database to a single user. Although there currently isn’t an intermediate 
database between the Service specific databases (e.g., CAIMS, CCSS, CAS and MARS 
II), Step I is introduced to show the potential of having such a repository. Our radical 
redesign calls for eliminating the stratification reports altogether. Instead of each 
representative preparing stratification reports to be mailed out and consolidated within 
the Office of the EDCA only to be mailed back out to each representative, the 
intermediate database would automatically run query commands to each Services’ 
ammunition database to categorize the long supply ammunition from the rest. 
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b. Step 2 - Search for Long Supply Ammunition 

Step 2 is similar to the ineremental Step 5. However, though the front-end 
may be the same to the user, the means in whieh the data is supplied to the intermediate 
database is fundamentally different. Within the ineremental redesign, a single person 
loads data after having eonsolidated all the Serviees’ stratifieation reports. Within the 
radieal redesign, the intermediate database resides between the Serviee speeifie databases 
and the users. Therefore, the data is loaded real-time from the Serviee speeifie databases. 
This alleviates an unfortunate person from eonsolidating all the stratifieation reports into 
a single database. 

c. Step 3 - Receive/Review/Decide on Lot Data 

Step 3 is very similar to Step 2 in the sense that the front end to the user is 
the same but the method by whieh lot data is supplied is fundamentally different. Due to 
eonstraints, the ineremental redesign eould not foeus on the lot data situation. However, 
we did ereate a lot data repository through whieh users eould view a Serviees’ lot data. 
The radieal redesign aehieves the same user interface but supplies the lot data 
information directly from the Services’ databases instead from a posted lot data page. 
We assume the intermediate database has visibility directly into each Services’ database 
therefore a query from the user can be directly applied to the intermediate database, 
which would retrieve the lot information from the applicable service. This would 
alleviate the service representatives from posting lot data and would ensure that the lot 
data received is the most current. A graphical depiction of the lot data request is included 
below in Figure 21. 
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Figure 21. Transmitting Lot Data for the Re-Engineered Cross-Leveling Process. 

d. Step 4, 5 and 6 - Create Cross-Leveling Request; dBase Compiles 
Cross-Leveling Request; Owning Service Reviews Cross-Leveling 
Request 

Step 4 remains the same as in the incremental redesign in the fact that 
users post their requests to a cross-level request page. However, the main difference 
between the incremental and radical is the manner in which the process is handled. 
Incrementally, the request is viewed by the owning service and a decision is made. This 
decision is finalized at the annual cross-leveling meeting. On the other hand, the radical 
redesign calls for a process contained entirely within and through the Internet. The 
request is still submitted into the database and the review and decision process is captured 
in the database as well (Step 5). This type of request approval or rejection could be 
captured with checkboxes and comment blocks completed by the owning service (Step 
6). This would speed up the actual cross-leveling process since the annual meeting 
would no longer be needed to finalize transfers. They could be completed all within a 
website and through a database. 

e. Step 7 - Calculate Cost Savings 

No change. 
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H. CALCULATING RETURN ON KNOWLEDGE (RE-ENGINEERED) 

The KVA process for the re-engineering effort is conducted in the same manner 
as with the redesign effort, through costs and revenue. 

1. Costs 

Costs for each of the processes are listed below in Table 14. 


Activity 

Activity 
Cost (%) 

Activity Cost 
($) 

Populate Intermediate Database 

3.92 

$5,000 

Search for Long Supply 
Ammunition 

8.43 

$10,750 

Receive/Review/Decide on Lot 
Data 

33.71 

$43,000 

Create Cross-leveling Request 

8.43 

$10,750 

Owning Service Reviews and 
Approves or Rejects Cross- 
Leveling Requests 

33.71 

$43,000 

Calculate cost savings 

11.8 

$15,050 


100 

$127,550 


Table 14. Re-Engineered Cross-Leveling Costs. 

2. Revenue 

Likewise, revenue values are listed below in Table 15. 
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Activity 

Relative 

Learning 

Time 

Number of 
process 

executions (per 
year) 

Total amount 
of knowledge 

Percentage of 
knowledge 
allocation 

Annual 

revenue 

allocation 

Populate Intermediate Database 

30 

1 

30 

0.15% 

$28,440 

Search for Long Supply 
Ammunition 

5 

500 

2500 

12.48% 

$2,370,260 

Receive/Review/Decide on Lot 
Data 

30 

500 

15000 

74.85% 

$14,221,560 

Create Cross-leveling Request 

5 

100 

500 

2.50% 

$474,050 

Owning Service Reviews and 
Approves or Rejects Cross- 
Leveling Requests 

20 

100 

2000 

9.98% 

$1,896,210 

Calculate cost savings 

10 

1 

10 

0.05% 

$9480 

Total 

100 


20040 

100% 

$19,000,000 


Table 15. Re-Engineered Alloeation of Learning Time, Knowledge and Revenue. 

3, ROK for Re-Engineered Cross-Leveling Process 

Finally, ROK values are shown below in Table 16. 


Activity 

Annual revenue 
allocation 

Annual costs 

ROK 

Populate Intermediate 
Database 

$28,440 

$5,000 

57% 

Search for Long Supply 
Ammunition 

$2,370,260 

$10,750 

2205% 

Receive/Review/Decide 
on Lot Data 

$14,221,560 

$43,000 

3307% 

Create Cross-leveling 
Request 

$474,050 

$10,750 

441% 

Owning Service 
Reviews and Approves 
or Rejects Cross- 
Leveling Requests 

$1,896,210 

$43,000 

441% 

Calculate cost savings 

$9480 

$15,050 

6% 

Total 

$19,000,000 

$127,550 

14,900% 


Table 16. Return on Knowledge - Re-Engineered Cross-Leveling Proeess. 
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As seen in Table 16, ROK for the re-engineered proeess skyroekets to 14,900%, 
refleeting annual revenues of $19,000,000 and eosts of $127,550. When proeess 
boundaries are assumed non-existent, enabling the BPR team to foeus on the entire value 
ehain, it provides a liberating effeet thus ereating an opportunity for altering any or all of 
the proeesses, from produetion to disposal, by which ammunition is managed. 

I. FURTHER THOUGHTS ON RE-ENGINEERING 

Currently, the Army Material Command is engaged in a re-engineering effort 
called the Wholesale Logistics Management Program (WLMP). Our research indicates 
this multi-year program involves the implementation of an SAP7 Enterprise Resource 
Planning (ERP) system. ERP systems, such as SAPs mySAP SRM offer comprehensive 
supply chain management and often enterprise-wide solutions. 

Eor example, the mySAP SRM solution: 

...Covers the full supply cycle, from strategic sourcing to operational 
procurement and supplier enablement while leveraging consolidated 
content and master data. With mySAP SRM, companies can qualify new 
suppliers and manage contracts, automate cross-company processes with 
all suppliers, and enable suppliers to participate in e-procurement and 
sourcing easily and cost-effectively. Companies can gain complete 
visibility of purchasing activities across multiple business units and 
heterogeneous systems, allowing them to leverage global spend analysis 
for implementing improved procurement and sourcing strategies 
(SAP.com, 2003). 

According to the Army: 

The WEMP is a key component in the Army’s major transformation to 
become more responsive, deployable, agile, versatile, lethal, survivable, 
and sustainable. This transition requires the Army to exploit technology, 
eliminate activities that do not add value, and develop processes that result 
in sound and timely decision making. The only way for the Army to meet 
this challenge is to find a way to capitalize on the dramatic business 
process and technological advances that are occurring in the commercial 
world. The WLMP solution will provide an integrated logistics 
management capability that enables total asset visibility; velocity 
management; enhanced decision support; a collaborative planning 
environment; a single, actionable source of data; improved forecasting 
accuracy; and real-time, easy access to enterprise wide information. 


7 Headquartered in Walldorf, Germany, SAP is the world's largest inter-enterprise software eompany, 
and the world's third-largest independent software supplier. 
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1, Summary 

Both the WLMP and the more ineremental approaeh implemented as part of the 
eross-leveling ease study are eonsistent with the E-Government strategy outlined in 
Chapter II. While they may appear ineonsistent, this pereeption likely stems from their 
vast differenees in seope. In reality, the author’s believe these efforts ean be mutually 
supportive. The more ineremental approaeh ean provide the organization with valuable 
experienee and revealing insights into important sub-proeesses that may prove benefieial 
in larger reengineering efforts. Conversely, radieal reengineering ean provide solid long- 
range solutions to deep-seated and often enterprise-wide issues that are beyond the seope 
of less dramatie change efforts. Savvy managers may use smaller efforts to gain the 
critical attention and support required of upper management for radical reengineering. 
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VI. CONCLUSIONS AND RECOMMENDATIONS 


A. CONCLUSION 

We began with an overview of eleetronie eommeree and eleetronie government 
and outlined the federal governments’ management strategy for using teehnology to 
improve government serviees. Comparisons between the government and eommereial 
sector revealed the extent to which the commercial sector quickly embraced the Internet 
and modern communication technology as a competitive weapon. Conversely, using the 
Internet to improve government services within the federal bureaucracy is taking 
substantially more time to gain momentum. Many electronic government barriers are 
deep-seated and have little to do with technology and more to do with firmly entrenched 
processes and a reluctance to change. Overcoming this resistance will require the full 
cooperation and understanding of government managers about the role of electronic 
government and how it can be effectively implemented within a resource constrained 
environment. The case study of the Conventional Ammunition Cross-leveling process 
provides a template for managers on how electronic government projects with similar 
characteristics can be implemented using proven methods of business process redesign 
and the collaboration of government program managers and information technologists. 

Using an activity flow diagram and process descriptions, we described the 
existing cross-leveling process in chapter three and highlighted perceived strengths and 
weaknesses of the as-is process. Notably, in fiscal year 2002, the cross-leveling process 
yielded about $14 million in benefits (savings) at an estimated process cost of about 
$300,000. Despite these impressive results, the existing process did not take full 
advantage of contemporaneous information technology, resulting in process 
inefficiencies, re-work, and potentially missed opportunities. 

In chapter four, a process redesign methodology based on best practices was 
introduced and applied to the conventional ammunition cross-leveling process. Activity 
Based Costing and Knowledge Value Added were presented as analytical measurement 
techniques for quantifying process improvements. Using KVA analysis, significant 
process improvement increases were realized in both the redesigned and reengineered 
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approaches. Moreover, analysis shows that proeess eosts ean be redueed from $307,000 
to $215,000 and benefits inereased from approximately $14 million to $17 million by 
implementing the redesigned eross-leveling proeess. 

Some important prineiples for eonsideration during the proeess redesign phase are 
summarized below: 

• As pointed out by Davenport, it is neeessary to understand the eurrent 
proeess beeause without sueh an understanding, there is no way to realize 
the benefits of the redesigned or re-engineered system. 

• It is often useful to quantify the existing and improved proeesses through 
the use of ABC, KVA or both. They have slightly different foeuses and 
the eorreet ehoiee will depend on individual ease eireumstanees. 
Ultimately, it is up to the manager how she deeides to interpret the results. 

• Explore the opportunities available and the risks inherent to both 
redesigned and re-engineered systems. Carefully deliberate the approaeh 
and seleet an approaeh best suited to the speeifie eireumstanees of the 
organization. 

• Ineorporate a prototype applieation into the redesign phase to minimize 
implementation risk. 

The underlying teehnology neeessary for implementing the redesigned eross- 
leveling proeess was introdueed in chapter five. Speeifieally, a three-tier arehiteeture 
serves as the foundation for a dynamie web site prototype ereated to help identify and 
proeess eross-leveling transaetions. The three-tier arehiteeture is ideally suited for 
searehing, viewing, adding, modifying and deleting information stored in a database and 
viewed through the Intemet/Intranet. 

Likewise, a working prototype is a useful tool in almost any iterative development 
proeess, by permitting subjeet matter experts and projeet stakeholders to more easily 
visualize the redesigned proeess. This visualization faeilitates better dialogue and 
refinement of projeet requirements and provides the projeet sponsor with an exeellent 
tool for gaining exeeutive-level support and funding. 

1, Strengths and Weaknesses of the Case Study Approach 

The ease study methodology is not without weakness. It offers little opportunity 
to eontrol for 3rd variables that may enter into the problem spaee. Seeondly, a single 
ease is somewhat limiting, beeause, by definition, we are dealing with speeifie 

eireumstanees. The net effeet is that one must be eareful when translating the results of a 
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single case to those of other cases (Van Evera, 1997). However, case studies provide a 
unique opportunity to examine and apply theories to real world problems and conditions. 
Such an opportunity is central to our thesis of learning how to better implement e- 
govemment. 

2. Extrapolating Results 

Notwithstanding the above, we believe the circumstances of this case are 
somewhat typical of many government processes. Specifically, there is a reasonably 
good understanding of the existing process and its performance characteristics, a genuine 
desire for change by at least some of the process workers and upper managers, and at 
least the perception of limited resources (time, money, expertise) for any process 
improvement effort. 

Furthermore, the business process improvement methodologies employed in the 
cross-leveling case are extensible to almost any electronic government project. El 
Sawy’s Redesigning Enterprise Processes for e-Business provided the foundation for 
analyzing and redesigning the cross-leveling process. Really, this approach is a 
collection of best practices and principles that have been used successfully in scores of 
companies including EE Bean and Federal Express (El Sawy, 2001). Similarly, ABC 
was popularized by Peter Drucker in the 1950’s and, since then, has been used 
extensively by companies and government alike (Gray, 2000). While much newer and 
still revolutionary, KVA has been used in more than 100 companies to gain insight into 
how knowledge assets are deployed throughout an organization’s core processes (Housel 
and Bell, 2001). Easily, the three-tier (or n-tier) architecture is a commercial best 
practice capable of serving as the foundation for a wide variety of electronic government 
applications, especially those that require search, update and display functions 
(Schneider, 2002). Our research shows that this can benefit not only inventory exchange 
processes but also any processes that involve the exchanging of information. 

B. RECOMMENDATIONS 

The following recommendations are intended for consideration of the Office of 
Executive Director for Conventional Ammunition. As mentioned earlier, the incremental 
redesign approach appears more suited to EDCA’s goals and culture and should form the 
basis of a solution. However, the redesigned process and associated prototype should be 
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viewed as part of an iterative development proeess. In other words, they serve as the first 
draft in an effort to more eompletely define the requirements and goals of any eross- 
leveling redesign. Despite this eaveat, several opportunities appear sensible and bear 
further eonsideration by EDCA: 

• Expanding the web interface Allow users more eomplete aeeess to 
ammunition information using the website. Using the web interfaee for 
some aetivities (e.g., DODIC seareh) while not using it for others (e.g., 
view lot data information) may prove awkward and reduee effieieney. 

• Incorporating lot data into database Recommend further examining the 
best methods for including lot data in a database accessible over the web. 

Implementation and Organizational Transformation and Monitoring and 

Maintaining comprise the last two stages of an effective process redesign methodology. 

Although mentioned in chapter four, these stages are largely beyond the scope of this 

thesis, which effectively terminated at the conclusion of the process redesign stage. The 

Implementation and Organization Transformation stage: 

“...involves introducing and instituting the new process with its 
accompanying organizational design changes, training people (sometimes 
firing them) and possibly reskilling them and dealing with the political and 
human problems that can occur whenever a large organizational change is 
made” (El Sawy, 2001). 

Complex organizational change is inherently difficult to manage. Creating new 
and more effective cross-leveling processes is one challenge. Effectively implementing 
these changes is quite another. EDCA should create a comprehensive change 
management plan prior to implementing the redesigned cross-leveling process. 

Einally, processes must be monitored and maintained if they are to continue to 
perform at their full potential. EDCA should adopt a system of continuous process 
improvement to ensure the prolonged vitality of the redesigned cross-leveling process. 

C. FUTURE RESEARCH 

The following areas may benefit from further study: 

• The working prototype was not fully tested or evaluated by process 
subject matter experts. A field test of the prototype is beneficial for 
evaluating its suitability, validity, and reliability. 
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• Measure and compare actual results for the redesigned process against 
estimated values. Any differences could be analyzed and compared to 
help determine the cause. 

• Further analyze service-specific ammunition databases and use them to 
develop a data warehouse (or data mart) that facilitates the cross-leveling 
process. With access to the data warehouse, service representatives would 
no longer need to post lot data or compile stratification reports. Instead, 
this information would be easily viewed by connecting the data warehouse 
with the web site in a three-tier architecture. 
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APPENDIX A. GLOSSARY OF TERMS 


3-tier architecture - an architecture used in web applications that separates the 
Presentation, Business Logic and Data Layers from one another in efforts to 
optimize the performance and scalability of a system. 

Activity based costing - method of analyzing a process by measuring the cost and 
performance of individual activities. 

Activity decision flow diagram (see also: process flow diagram) - the graphical 
representation of the activities within a process connected in a logical order to 
show the progression of the process itself. 

Business process - set of inputs, behaviors and outputs of a system. 

Business Process Re-design - focuses on removing non-value added activities and 
reducing the number of personnel needed to perform the process either by 
leveraging technology or integrating tasks. 

Business Process Re-engineering - the fundamental rethinking and radical redesign of 
business processes to achieve dramatic improvements in critical, contemporary 
measures of performance, such as cost, quality, service and speed. 

Chief Information Officer - person in an enterprise responsible for the information 
technology and computer systems that support enterprise goals. 

Conventional ammunition - non-nuclear ammunition covering a wide variety of items 
from 5.56-mm. cartridges to 2,000-pound bombs. The majority of ammunition 
items have four major components—a metal body, an explosive, a propellant, and 
a fuze. 

Cross-leveling - the process for transferring long supply ammunition among Armed 
services. 

Customer Relationship Management - a process by which an enterprise tracks and 
supports the needs of its customers by allowing visibility of customer information 
among all employees in the enterprise and also by data mining to target specific 
needs of customers. 

Database schema - visual representation of how database entities are linked together 

Knowledge Value Added - methodology designed to estimate the value of knowledge 
deployed throughout a company’s core processes. 
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Long supply ammunition - the quantity of ammunition available for eross-leveling 
among Armed Services. 

Process flow diagram (see also; activity decision flow diagram) - the graphical 
representation of the activities within a process connected in a logical order to 
show the progression of the process itself. 

Productivity paradox - the argument that productivity measures do not seem to show 
any impact from new computer and information technologies. 

Relational database model - shows what information is to be contained in a database, 
how the information will be used, and how the items in the database will be 
related to each other by using tables, rows and identification keys. 

Return on Knowledge - a ration measure of Knowledge Value Added determined by 
dividing the percentage of revenue allocated to the amount of knowledge required 
to obtain the outputs of a given process (numerator) by the cost of execute the 
process knowledge (denominator). 

Stratification report - annual report prepared by each Armed Service detailing the 
conventional ammunition available for cross-leveling through the Office of the 
Executive Director for Conventional Ammunition. 

Value chain - high-level model of how businesses receive raw materials as input, add 
value to the raw materials through primary and support processes, and sell 
finished products to customers. 
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APPENDIX B. EDCA PROJECT PROPOSAL 


PROPOSAL FOR MASTER’S THESIS PROJECT 

A. NEED; A web-based, heuristie eomputer tool needs to be developed to assist the 
Military Serviees and the U.S. Coast Guard in eonduet of eross leveling of Class V 
eonventional ammunition. A Eunetional Requirements Doeument, a Detailed Design 
Deseription, and a User's Manual must support this tool. 

B. BACKGROUND; 

1. Eight Military Serviee, U.S. Coast Guard, or DoD offiees are required to share 
information to aoeomplish the eross leveling mission for Class V eonventional 
ammunition. Cross leveling allows for free exehange of eonventional ammunition 
among Serviees so that requirements ean be met and planned proeurements eaneeled. 

2. A web-based, eomputer tool needs to be developed to assist in eonduet of eross 
leveling of Class V eonventional ammunition. This tool would provide information 
for users from eaeh of the Military Serviees to use when listing their available long 
supply assets and for providing logisties supply details to assist in determining 
aeeeptability of the offered material. Additionally, Planning, Programming, and 
Budgeting System (PPBS) information from the Single Manager for Conventional 
Ammunition (SMCA) would be listed so that the offered items ean be eompared to 
the list of SMCA-assigned material under proeurement. This would be used to 
identify potential and aetual eost avoidanees aehieved through eross leveling of 
eonventional ammunition. 

C. CURRENT PROCESS; 

1. The Serviee-owned potentially-available supply data and PPBS information are 

reeeived in six Exeel spreadsheets that are then input and manipulated through a 

single Aeeess database built to support this effort eaeh year. The output is eonverted 

to a rieh text format file (.rtf) that ean be read by word proeessor programs sueh as 

Mierosoft Offiee Word. The .rtf file is then emailed to all parties where it is 

painstakingly reviewed in detail. Eot level supply information is then requested by 

multiple parties and sent via email. An annual meeting is held where all parties 
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discuss the cross leveling. Decisions are made, descriptive notes are prepared on the 
potential transfers, and the decisions and notes are incorporated into the .rtf file. 

2. Meeting minutes are prepared that summarize the decisions and constitute an after 
action report. 

3. As the cross-Service, cross-leveling transfers occur during the fiscal year, 
quarterly reports are submitted to one office where the information is tallied to 
determine the actual SMCA-assigned cost avoidances achieved. Those items 
reported as being cross-leveled but not on the SMCA PPBS procurement-planning 
document are tallied as a side issue for effectiveness of the process. 

4. The next year's meeting reviews the results of the previous year's cross-leveling 
efforts and uses new updated information to conduct that year's iteration of the 
process. 

5. Each year new data is uploaded for the process. The previous year's data must be 
retained for historical records. It is only used again as a guide to build files the next 
time and in case a requirement to research details (such as an audit) occurs. 

6. The current process is complex and time consuming. Information is not easily 
visible during the review process leading up to the annual meeting. 

7. When lot data information is requested by one Service, the information is passed 
by email shortly after the request is made. Another Service might request the same 
information at a later date and a second email must be prepared and sent. 

8. Nothing alerts the participants to indicate an email has been sent or should be sent 
so communications sometimes fail. 

9. The Service representatives cannot tell when the first priority taker for a cross- 
leveled item has chosen not to accept the material. This causes a time delay, 
procurement to fill the requirement could already be initiated, and thus cross-leveling 
to the second Service does not actually result in a cost avoidance. 

10. The Access database must be rebuilt each year to incorporate the new files of 
information. Building this database takes at least one man-week of labor. Formatting 
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the output to send out for review requires another day or two. Tallying up the results 
and adding in the notes from the meeting requires at least another week of labor. 

D. WHAT TOOL MUST DO; 

1. This tool would allow for sharing of information among authorized users and for 
preparation of the data that is eurrently in the Aeeess database eaeh year. This tool 
would be used by a limited number of personnel at approximately ten locations. The 
information contained in the tool would be unclassified, but time and procurement 
sensitive. For this reason password protection would be required. 

2. Because this tool would be an annual device used in conjunction with preparation 
of the budget submissions, it should not be tied directly to inventory management 
systems. It should take data from the "single point in time" used by the Services for 
PPBS planning purposes. This information can be provided in Excel spreadsheets, 
but Services do not necessarily use the same version of Excel. 

3. Tool must accept input from Excel spreadsheets as primary input method with 
typed in entries as an occasional method. Tool must also provide output in Excel 
spreadsheets or .rtf files either as standard format reports or as ad hoc reports, as 
appropriate. 

4. Tool must track and compute value of potential cost avoidances during meeting 
preparation and also actual cost avoidances upon completion of transfers that effect 
the cross leveling of munitions. 

5. Tool must send emails to interested parties whenever a comment or change is 
made on any line impacting items potentially being considered for cross leveling. 
This feature would need to be able to be turned off during the annual meeting. Some 
examples of the times these emails would be issued would be; 

a. Authorized user inputs a list of items to be considered for cross leveling. 

b. Authorized user checks off a box requesting logistic information at the lot 
level of items available for one cross-leveling action. 

c. Authorized user inputs logistic information at the lot level for their offered 
items. 
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d. Authorized user inputs meeting minute support information regarding 
deeisions and notes from the annual meeting. This one might be 
accomplished by turning the email notification feature back on at the end of 
the meeting. 

e. Authorized user chooses to accept the offered items. 

f. Authorized user inputs shipping transaction information indicating cross 
leveling has been accomplished. 

6. Tool would tally up and provide details for actual cost avoidances achieved each 
fiscal year through cross leveling of Class V conventional ammunition. This output 
would be exportable in spreadsheet form. 

7. Tool must allow for previous year's information to be output to computer records 
in a format that can be used for researching historical information to include offered 
items, accepted items, cross leveled items, notes regarding reasoning behind transfers, 
and values for all transactions. 

8. To assure the functionality of the tool meets requirements, is usable, and is able to 
be supported during future changes, this tool should have a Functional Requirements 
Document, a Detailed Design Description, and a User's Manual. 

9. Upon completion Products would be provided to the U.S. Government for use and 
for future modification without special compensation. 

E. BENEFIT TO STUDENT: 

1. Teach the process for developing software support documentation. While this is 
merely a computer tool, this project has been structured to require the major support 
documentation required for support of a computer system. 

2. Provide project for developing computer code in support of acquisition logistics 
requirements. 

3. Provide project to learn interfacing with customer to define project in terms 
understandable to user and programmer. 

F. SUPPORT AVAILABEE: 
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1. This office (The Offiee of the Exeeutive Direetor for Conventional Ammunition) 
understands that it would be required to fund a eertain amount of travel to support the 
required researeh and to proeure eomputer software and or hardware that might be 
needed to support this effort. 

2. An eleetronie instruetional guide is available to show how the eurrent proeess puts 
the various inputs together to produee the materiel for the annual Quad Serviee 
Review eross leveling meeting and the meeting minutes. 

3. A website is available for loading the final produet. 

4. Ms. Diane M. Smith, Senior Logisties Management Speeialist, Offiee of the 
Exeeutive Direetor for Conventional Ammunition, ATTN: AMXED-D, 5001 
Eisenhower Ave, Alexandria, VA 22333-0001 [additional information removed] is 
available to provide support and eoordinate this projeet. Ms. Smith has previously 
worked with programmers during system development to provide user requirements, 
to assist programmers with understanding the funetionality of those requirements, and 
to beta test programs. As needed, she ean meet with the student or eall a meeting of 
all of the prineipal Serviee representatives to assist the student in developing the 
funetional requirements doeumentation. The 0/EDCA is a jointly staffed offiee 
loeated in Alexandria, VA whieh provides support to the Army in its Exeeutive Agent 
role of the Single Manager for Conventional Ammunition. 
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